Compare Revisions

Web Console remoting

Revision 330633:

Revision 330633 by mihaisucan on

Revision 347351:

Revision 347351 by mihaisucan on

Title:
Web Console remoting
Web Console remoting
Slug:
Tools/Web_Console/remoting
Tools/Web_Console/remoting
Tags:
"web console"
"web console","debugging"
Content:

Revision 330633
Revision 347351
nn16    <div class="note">
17      <p>
18        The remote Web Console is a feature introduced in Firefox
 > 18. This document describes the latest protocol, with changes th
 >at have been made since then.
19      </p>
20    </div>
n44 n
nn57    <div class="note">
58      <p>
59        The Web Console actor does not start any listeners by def
 >ault. We give the client the option to start each listener when n
 >eeded. This approach allows for lower resource usage on the serve
 >r - this is a potential issue if the server runs on devices with 
 >fewer resources.
60      </p>
61    </div>
n60 n
n92 n
n100    "FileActivity",n107    "FileActivity"
101    "LocationChange"
n106      The idea with the <code>startListeners</code> packet is than112      The reply is:
>t you can start/stop listeners as needed. You do not need to atta 
>ch and start all listeners at once. You get only what you need. T 
>he reply is: 
n109 n
n116    "FileActivity",n121    "FileActivity"
117    "LocationChange"
nn130    <div class="warning">
131      <p>
132        If the client you work on needs to listen to the tab navi
 >gation events, you also need to attach to the tab actor for the g
 >iven tab. The <code>tabNavigated</code> notification comes from t
 >ab actors.
133      </p>
134      <p>
135        Prior to Firefox 20 the Web Console actor provided a <cod
 >e>LocationChange</code> listener, with an associated <code>locati
 >onChanged</code> notification. This is no longer the case: we hav
 >e made changes to allow the Web Console client to reuse the <code
 >>tabNavigated</code> notification (<a href="https://bugzilla.mozi
 >lla.org/show_bug.cgi?id=792062" title="https://bugzilla.mozilla.o
 >rg/show_bug.cgi?id=792062">bug 792062</a>).
136      </p>
137    </div>
n133 n
n149 n
n165 n
n180 n
n201 n
n239 n
n265 n
n280      This object actor does not need the debugger API, nor does n285      This object actor does not need the debugger API, nor does 
>it need the <code>ThreadActor</code>. It does not implement any o>it need the <code>ThreadActor</code>. It does not implement any o
>f the request types from <code>ObjectActor</code> since they do n>f the request types from the debugger's <code>ObjectActor</code> 
>ot suit the needs of the Web Console client, except the <code>rel>since they do not suit the needs of the Web Console client, excep
>ease</code> request which releases the object actor.>t the <code>release</code> request which releases the object acto
 >r.
n290 n
n300 n
n349 n
n384      We have small variations for the object, depending on the cn386      We have small variations for the object, depending on the c
>onsole API call method - just like there are small differences in>onsole API call method - just like there are small differences in
> the console event object received from the observer service.> the console event object received from the observer service. To 
 >see these differences please look in the Console API implementati
 >on: <a href="http://mxr.mozilla.org/mozilla-central/source/dom/ba
 >se/ConsoleAPI.js" title="http://mxr.mozilla.org/mozilla-central/s
 >ource/dom/base/ConsoleAPI.js">dom/base/ConsoleAPI.js</a>.
n397 n
n408 n
n448 n
n460 n
n492 n
n520 n
n589 n
n610 n
n624 n
n646 n
n666 n
n681 n
n708 n
n735 n
n749 n
t776      As of this writing, this document is a dense summary of thet763      As of this writing, this document is a dense summary of the
> work we did in <a href="https://bugzilla.mozilla.org/show_bug.cg> work we did in <a href="https://bugzilla.mozilla.org/show_bug.cg
>i?id=768096" title="https://bugzilla.mozilla.org/show_bug.cgi?id=>i?id=768096" title="https://bugzilla.mozilla.org/show_bug.cgi?id=
>768096">bug 768096</a>. We hope this is helpful for you.>768096">bug 768096</a> and subsequent changes. We try to keep thi
 >s document up-to-date. We hope this is helpful for you.

Back to History