Closed
Bug 552140
Opened 14 years ago
Closed 14 years ago
Implement Heads Up Display event handlers/observers
Categories
(DevTools :: General, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
People
(Reporter: ddahl, Assigned: ddahl)
References
(Depends on 1 open bug)
Details
(Whiteboard: [Web-Console-Testday])
Event handlers and observers for window object creation, new tabs, new windows, tracking all of these objects and destruction/cleanup when things go away. First item: Browser window creation/ replacement observer/event handling
Assignee | ||
Comment 1•14 years ago
|
||
Currently have hudwindowobserver.js component to observe window creation and an HTTP event observer built into hudservice.js (HUDService) Working on hudconsoleobserver.js component to surface global content script errors and messages.
Assignee | ||
Comment 2•14 years ago
|
||
here are the current implementations: http://hg.mozilla.org/users/ddahl_mozilla.com/heads-up-display/file/42b38ea8143e/toolkit/components/console/hudservice/hudwindowobserver.js http observer: http://hg.mozilla.org/users/ddahl_mozilla.com/heads-up-display/file/42b38ea8143e/toolkit/components/console/hudservice/hudservice.js#l527 the consoleobserver will be checked in tonight.
Assignee | ||
Comment 3•14 years ago
|
||
It seems I need to create another observer for handling images and media that are loaded by a contentDocument. This data is loaded via an imageRequest, and perhaps other types of requests. It appears that each image or media channel will have a different loadGroup from the originating html document that is loaded. (sometimes the loadGroup is null) I have been using loadgroups to tie in all network requests so far, and this is not a comprehensive solution. I'm not going to block on this for beta, but it would be nice to figure out how to tie all of the requests together from the originating http request.
Comment 4•14 years ago
|
||
> It appears that each image or media channel will have a different loadGroup
> from the originating html document that is loaded. (sometimes the loadGroup
> is null)
For images, the necko channel will be in a synthetic loadgroup. The imgRequestProxy request will be in the document loadgroup.
Image loads are shared across documents, so you can't really tie them to a specific document.
I can't speak to what the media loads look like.
Assignee | ||
Updated•14 years ago
|
OS: Linux → All
Assignee | ||
Comment 5•14 years ago
|
||
Need to figure out what additional observers and event listeners to set.
Severity: normal → blocker
Priority: -- → P1
Comment 6•14 years ago
|
||
We have implemented all of the event handlers we plan to for Firefox 4.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•14 years ago
|
Status: RESOLVED → VERIFIED
Whiteboard: [Web-Console-Testday]
Updated•6 years ago
|
Product: Firefox → DevTools
You need to log in
before you can comment on or make changes to this bug.
Description
•