Bedeutung von "DebuggeeWouldRun: debuggee` self-hosted: XXX 'würde ausgeführt "in der Firefox / Firebug-Konsole

In meiner Firebug-Konsole werden auf verschiedenen Websites zahlreiche Meldungen wie diese angezeigt, darunter auch eine, die ich zu debuggen versuche. breakOnError.jsEs scheint sich um eine System- / Firebug-Datei zu handeln, die nichts mit den Websites zu tun hat, für die dies angezeigt wird. Es gibt nichts offensichtliches, was ich sehen kann, auf das sich die Zahl 674 beziehen könnte, obwohl es auf mehreren Seiten (einschließlich dieser Frageseite) zu erscheinen scheint:

DebuggeeWouldRun: debuggee `self-hosted:674` would run breakOnError.js (line 105, col 13)` <system> 

Die Firebug-Konsole füllt sich einfach damit, wenn im Skriptfenster die Option " Break on Exceptions" aktiviert ist. Manchmal auch, wenn ich sie einschalte, nachdem die Seite bereits geladen wurde, mit einer Geschwindigkeit von etwas mehr als einer Sekunde. Es ist gelb wie eine Warnmeldung (es ist kein Fehler), aber ich weiß nicht, worüber es mich warnen könnte.

Ich kann keine verständlichen Informationen darüber finden, was das ist oder was es bedeutet. Nahezu relevant ist nur ein paar Probleme mit Firefox / Mozilla ( 1249469 und 1252945 ), die einige sehr genaue Details der Implementierung von ... besprechen, was auch immer das ist. Keine Anhaltspunkte kann ich verstehen, was dies eigentlich bedeutet.

Was ist das und was bedeutet es?

Ich habe eine mögliche Erklärung von jemandem gefunden, von dem ich glaube, dass er ein Mozilla-Entwickler ist, aber es ist sehr technisch (beabsichtigte Zielgruppe = andere Firefox-Entwickler) und ich verstehe nicht wirklich, was es wirklich bedeutet. Ich denke, das bedeutet vielleicht, dass Firefox sich beschwert, weil Firebug nicht versucht, die Pausenbehandlung zu übernehmen. Firebug reagiert auf diese Systemmeldungen als Konsolewarnungen und macht dann einfach weiter, was es getan hat.

Ich habe kürzlich eine Implementierung von Debugger.DebuggeeWouldRun gelandet. Dies ist ein Fehler, der ausgelöst wird, wenn der Debuggercode versucht, Debuggee-Code erneut einzugeben, ohne eine gesegnete "Aufruffunktion" (derzeit DFpeval und DOpexecuteInGlobal) zu durchlaufen 1 . Diese erneuten Einträge sind die Ursache dafür, dass der Debugger den Debuggee nicht wirklich anhalten kann.

Derzeit ist dies kein Fehler, sondern eine Warnung. Sie soll dazu beitragen, Websites im Debugger-Code zu identifizieren, die versuchen, Debuggee-Code erneut einzugeben. Die Absicht ist, dass, wenn alle Sites behoben sind, ein Fehler auftritt.

... dann gibt es diesen Kommentar, der mich denken lässt, dass dies vielleicht ein Symptom einer Firefox-Ausrede ist, über die ich mir keine Sorgen machen muss, aber wieder verstehe ich nicht wirklich, was es bedeutet, insbesondere was es bedeutet "Selbstbesinnung". Gehosteter Code "in diesem Zusammenhang (würde eine Erweiterung wie Firebug als selbst gehostet gelten, weil sie auf meinem Computer ist?), und ich habe keine Ahnung, was" das Debugee-Abteil "ist:

Ein aktuelles Manko ist, dass der gesamte selbst gehostete Code im Debuggee-Bereich verboten ist. Dies bedeutet, dass einige Operationen, die eigentlich erlaubt sein sollten, vor / nicht zugelassen werden.

Ramhound schlug in Kommentaren vor, es könnte sich um einen Firebug-Bug (ugghhh) handeln, und fragte nach der Codezeile, auf die in der Nachricht verwiesen wird.

Wenn es einen Fehler gibt, ist dies natürlich eine Angelegenheit für die Firebug-Entwickler. Dies ist nicht der Ort, an dem sie versuchen, den Fehler zu beheben. Ich poste, falls es jemandem hilft zu erklären, was der Inhalt der Nachricht ("debugee", "self-hosted: 674", "run run") eigentlich bedeutet. Dies ist die Funktion um die Zeile herum, ich habe Zeile 105 mit einem Kommentar markiert:

onDebuggerPaused: function(context, event, packet) { // Check the packet type, only "exception" is interesting in this case. var type = packet.why.type; if (type != "exception") return;  // Reset the break-on-next-error flag after an exception break happens. // xxxHonza: this is how the other BON implementations work, but we could reconsider it. // Another problem is that the debugger breaks in every frame by default, which // is avoided by reseting of the flag. this.breakOnNext(context, false);  // At this point, the BON flag is reset and can't be used anymore in |shouldResumeDebugger|. // So add a custom flag in packet.why so we know that the debugger is paused because of // either the Console's "Break On Next" or the Script's "Break On Exceptions" option. packet.why.fbPauseDueToBONError = true;  // Get the exception object. var exc = DebuggerLib.getObject(context, packet.why.exception.actor); if (!exc) return;  Trace.sysout("BreakOnError.onDebuggerPaused;", );  // Convert to known structure, so FirebugReps.ErrorMessage.copyError() works. var error = { message: exc + "", // <<<<<<<<<<<<<<<<<<<<<<<<<<<< THIS IS LINE 105 <<<<<<<<<<<<<<<< href: exc.fileName, lineNo: exc.lineNumber };  var lineNo = exc.lineNumber - 1; var url = exc.fileName;  // Make sure the break notification popup appears. context.breakingCause = { message: error.message, copyAction: Obj.bindFixed(ErrorMessage.copyError, ErrorMessage, error), skipAction: function addSkipperAndGo() { // Create a breakpoint that never hits, but prevents BON for the error. var bp = BreakpointStore.addBreakpoint(url, lineNo); BreakpointStore.disableBreakpoint(url, lineNo);  Debugger.resume(context); }, }; },