תיאור
chrome.debugger API משמש כהעברה חלופית לפרוטוקול לניפוי באגים מרחוק של Chrome. אפשר להשתמש ב-chrome.debugger כדי לצרף כרטיסייה אחת או יותר למכשיר כדי לבצע אינטראקציה עם הרשת, לנפות באגים ב-JavaScript, לשנות את ה-DOM ואת ה-CSS ועוד. משתמשים במאפיין Debuggee tabId כדי לטרגט כרטיסיות עם sendCommand ולנתב אירועים לפי tabId מתוך קריאות חוזרות (callback) של onEvent.
הרשאות
debuggerכדי להשתמש ב-API הזה, צריך להצהיר על ההרשאה "debugger" במניפסט של התוסף.
{
"name": "My extension",
...
"permissions": [
"debugger",
],
...
}
הגבלות על מדיניות לארגונים
במכשירים ארגוניים, מדיניות מסוימת יכולה להגביל את האפשרות של תוספים לצרף את מאתר הבאגים באמצעות מודל של הכל או כלום בזמן הצירוף
(browser.debugger.attach()):
- הגבלות למארחים: אם מדיניות הארגון
ExtensionSettingsמגדירה מארחים חסומים (runtime_blocked_hosts) לתוסף,browser.debugger.attach()נחסם בכל יעדי הטירגוט עם השגיאה"Host access is restricted by policy."(גם אם מקורות בודדים נמצאים ב-runtime_allowed_hosts). - צילום מסך ומדיניות DLP: אם מדיניות הארגון
DisableScreenshotsמשביתה את צילום המסך או אם כללי מניעת אובדן נתונים (DLP) חלים על היעד, הפעולהbrowser.debugger.attach()נכשלת עם השגיאה"Screenshot capture is restricted by policy.".
מושגים ושימוש
אחרי שמצרפים את browser.debugger API, אפשר לשלוח באמצעות Chrome DevTools Protocol
(CDP) פקודות ליעד נתון. הסבר מפורט על CDP חורג מהיקף התיעוד הזה. כדי לקבל מידע נוסף על CDP, אפשר לעיין בתיעוד הרשמי של CDP.
יעדים
יעדים מייצגים משהו שמבצעים בו ניפוי באגים – זה יכול לכלול כרטיסייה, iframe או worker. כל יעד מזוהה על ידי מזהה ייחודי אוניברסלי (UUID) ויש לו סוג משויך (כמו iframe, shared_worker ועוד).
בתוך יעד יכולים להיות כמה הקשרים של ביצוע – לדוגמה, אםrames באותו תהליך לא מקבלים יעד ייחודי, אלא מיוצגים כהקשרים שונים שאפשר לגשת אליהם מיעד יחיד.
דומיינים מוגבלים
מסיבות אבטחה, browser.debugger API לא מספק גישה לכל הדומיינים של פרוטוקול כלי הפיתוח ל-Chrome. הדומיינים הזמינים הם: Accessibility,
Audits, CacheStorage, Console,
CSS, Database, Debugger, DOM,
DOMDebugger, DOMSnapshot,
Emulation, Fetch, IO, Input,
Inspector, Log, Network, Overlay,
Page, Performance, Profiler,
Runtime, Storage, Target, Tracing,
WebAudio, ו-WebAuthn.
עבודה עם מסגרות
אין מיפוי של אחד לאחד בין פריימים ליעדים. בכרטיסייה אחת, יכול להיות שלמספר פריימים של אותו תהליך יהיה אותו יעד, אבל הם ישתמשו בהקשר ביצוע שונה. לעומת זאת, יכול להיות שייווצר טירגוט חדש ל-iframe מחוץ לתהליך.
כדי לצרף לכל המסגרות, צריך לטפל בכל סוג של מסגרת בנפרד:
כדי לזהות הקשרים חדשים של ביצוע שמשויכים לאותם פריימים של תהליך, צריך להאזין לאירוע
Runtime.executionContextCreated.כדי לזהות פריימים מחוץ לתהליך, פועלים לפי השלבים לצירוף ליעדים קשורים.
צירוף ליעדים קשורים
אחרי שמתחברים ליעד, יכול להיות שתרצו להתחבר ליעדים קשורים נוספים, כולל מסגרות צאצא מחוץ לתהליך או רכיבי worker משויכים.
החל מגרסה 125 של Chrome, browser.debugger API תומך בפעילויות שטוחות. כך תוכלו להוסיף עוד יעדים כצאצאים לסשן הניפוי הראשי ולשלוח להם הודעות בלי שתצטרכו לבצע עוד קריאה ל-browser.debugger.attach. במקום זאת, אפשר להוסיף מאפיין sessionId כשמתקשרים אל browser.debugger.sendCommand כדי לזהות את יעד הצאצא שאליו רוצים לשלוח פקודה.
כדי לצרף באופן אוטומטי למסגרות צאצא מחוץ לתהליך, קודם צריך להוסיף מאזין לאירוע Target.attachedToTarget:
browser.debugger.onEvent.addListener((source, method, params) => {
if (method === "Target.attachedToTarget") {
// `source` identifies the parent session, but we need to construct a new
// identifier for the child session
const session = { ...source, sessionId: params.sessionId };
// Call any needed CDP commands for the child session
await browser.debugger.sendCommand(session, "Runtime.enable");
}
});
לאחר מכן, מפעילים את הצירוף האוטומטי על ידי שליחת הפקודה Target.setAutoAttach עם האפשרות flatten שמוגדרת לערך true:
await browser.debugger.sendCommand({ tabId }, "Target.setAutoAttach", {
autoAttach: true,
waitForDebuggerOnStart: false,
flatten: true,
filter: [{ type: "iframe", exclude: false }]
});
ההצמדה האוטומטית מתבצעת רק למסגרות שהיעד מודע להן, והיא מוגבלת למסגרות שהן צאצאים מיידיים של מסגרת שמשויכת אליה. לדוגמה, בהיררכיית המסגרות A -> B -> C (שבה כל המסגרות הן חוצות-מקור), קריאה ל-Target.setAutoAttach עבור היעד שמשויך ל-A תגרום לכך שהסשן ישויך גם ל-B. עם זאת, הפעולה הזו לא חוזרת על עצמה, ולכן צריך לקרוא גם ל-Target.setAutoAttach כדי ש-B יצורף לסשן ב-C.
דוגמאות
כדי לנסות את ה-API הזה, מתקינים את דוגמת ה-API של מאתר הבאגים ממאגר chrome-extension-samples.
סוגים
Debuggee
מזהה של רכיב לניפוי באגים. צריך לציין tabId, extensionId או targetId
מאפיינים
-
extensionId
מחרוזת אופציונלי
המזהה של התוסף שרוצים לבצע בו ניפוי באגים. אפשר להתחבר לדף הרקע של תוסף רק כשמשתמשים במתג
--silent-debugger-extension-apiשל שורת הפקודה. -
tabId
מספר אופציונלי
המזהה של הכרטיסייה שרוצים לנפות בה באגים.
-
targetId
מחרוזת אופציונלי
המזהה האטום של יעד ניפוי הבאגים.
DebuggerSession
מזהה סשן של ניפוי באגים. צריך לציין tabId, extensionId או targetId. בנוסף, אפשר לספק sessionId אופציונלי. אם sessionId מצוין לארגומנטים שנשלחים מ-onEvent, המשמעות היא שהאירוע מגיע מסשן של פרוטוקול צאצא בסשן של שורש ה-debuggee. אם מציינים sessionId כשמעבירים אותו אל sendCommand, הוא מכוון לסשן של פרוטוקול צאצא בסשן של ניפוי הבאגים ברמת הבסיס.
מאפיינים
-
extensionId
מחרוזת אופציונלי
המזהה של התוסף שרוצים לבצע בו ניפוי באגים. אפשר להתחבר לדף הרקע של תוסף רק כשמשתמשים במתג
--silent-debugger-extension-apiשל שורת הפקודה. -
sessionId
מחרוזת אופציונלי
המזהה האוטומטי של הסשן של פרוטוקול כלי הפיתוח ל-Chrome. מזהה סשן צאצא בסשן הבסיס שמזוהה על ידי tabId, extensionId או targetId.
-
tabId
מספר אופציונלי
המזהה של הכרטיסייה שרוצים לנפות בה באגים.
-
targetId
מחרוזת אופציונלי
המזהה האטום של יעד ניפוי הבאגים.
DetachReason
הסיבה לסיום החיבור.
ספירה
"target_closed"
"canceled_by_user"
TargetInfo
מידע על יעד ניפוי הבאגים
מאפיינים
-
מצורף
בוליאני
הערך הוא True אם מאתר הבאגים כבר מצורף.
-
extensionId
מחרוזת אופציונלי
מזהה התוסף, מוגדר אם type = 'background_page'.
-
faviconUrl
מחרוזת אופציונלי
כתובת ה-URL של סמל האתר של היעד.
-
id [מזהה]
מחרוזת
מזהה היעד.
-
tabId
מספר אופציונלי
מזהה הכרטיסייה, מוגדר אם type == 'page'.
-
title
מחרוזת
כותרת דף היעד.
-
סוג
סוג היעד.
-
url
מחרוזת
כתובת היעד.
TargetInfoType
סוג היעד.
ספירה
"page"
"background_page"
"worker"
"other"
Methods
attach()
chrome.debugger.attach(
target: Debuggee,
requiredVersion: string,
): Promise<void>
מצרף את מאתר הבאגים ליעד שצוין.
פרמטרים
-
יעד
יעד לניפוי באגים שאליו רוצים לצרף.
-
requiredVersion
מחרוזת
גרסת פרוטוקול ניפוי הבאגים הנדרשת ('0.1'). אפשר לצרף רק ל-debuggee עם גרסה ראשית תואמת וגרסה משנית גדולה או שווה. כאן אפשר לראות את רשימת הגרסאות של הפרוטוקול.
החזרות
-
Promise<void>
Chrome 96 ואילךהפונקציה מחזירה ערך אחרי שהפעולה מצליחה או נכשלת. ההבטחה מסתיימת ללא ערך. אם הצירוף ייכשל, ההבטחה תידחה.
פרמטרים
-
יעד
יעד לניפוי באגים שממנו רוצים להתנתק.
החזרות
-
Promise<void>
Chrome 96 ואילךהפעולה מסתיימת כשהניתוק מצליח או נכשל. ההבטחה מסתיימת ללא ערך. אם הניתוק ייכשל, ההבטחה תידחה.
getTargets()
chrome.debugger.getTargets(): Promise<TargetInfo[]>
מחזירה את רשימת היעדים הזמינים לניפוי באגים.
החזרות
-
Promise<TargetInfo[]>
Chrome 96 ואילך
sendCommand()
chrome.debugger.sendCommand(
target: DebuggerSession,
method: string,
commandParams?: object,
): Promise<object | undefined>
שליחת הפקודה שצוינה ליעד הניפוי.
פרמטרים
-
יעד
יעד הניפוי באגים שאליו רוצים לשלוח את הפקודה.
-
method
מחרוזת
שם ה-method. צריך לבחור אחת מהשיטות שמוגדרות בפרוטוקול לניפוי באגים מרחוק.
-
commandParams
אובייקט אופציונלי
אובייקט JSON עם פרמטרים של בקשה. האובייקט הזה צריך להתאים לסכימת הפרמטרים של ניפוי באגים מרחוק עבור המתודה הנתונה.
החזרות
-
Promise<object | undefined>
Chrome 96 ואילךגוף התגובה. אם מתרחשת שגיאה במהלך שליחת ההודעה, אובייקט ה-promise יידחה.
אירועים
onDetach
chrome.debugger.onDetach.addListener(
callback: function,
)
האירוע מופעל כשהדפדפן מסיים את סשן הניפוי באגים בכרטיסייה. זה קורה כשסוגרים את הכרטיסייה או כשמפעילים את כלי פיתוח ל-Chrome בכרטיסייה המצורפת.
פרמטרים
-
callback
פונקציה
הפרמטר
callbackנראה כך:(source: Debuggee, reason: DetachReason) => void
-
source
-
reason
-
onEvent
chrome.debugger.onEvent.addListener(
callback: function,
)
מופעל בכל פעם שמתרחש אירוע של מכשור לבעיות בניפוי באגים של יעד.
פרמטרים
-
callback
פונקציה
הפרמטר
callbackנראה כך:(source: DebuggerSession, method: string, params?: object) => void
-
source
-
method
מחרוזת
-
params
אובייקט אופציונלי
-