Closed Bug 598270 Opened 14 years ago Closed 12 years ago

HUD should keep a reference to its <browser>

Categories

(DevTools :: Console, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: Dolske, Unassigned)

Details

Gavin made a frowny face in bug 596371 comment 11:

>diff --git a/toolkit/components/console/hudservice/HUDService.jsm b/toolkit/components/console/hudservice/HUDService.jsm

>   getContentWindowFromHUDId: function HS_getContentWindowFromHUDId(aHUDId)

>+      var node = nodes[i];
>+
>+      if (node.localName == "stack" &&
>+          node.firstChild &&
>+          node.firstChild.contentWindow) {
>+        return node.firstChild.contentWindow;

so ugly :( "hud" objects should really have direct references to their
associated <browser>. The whole HUD object hierarchy is horribly confusing
though. File a followup?
(In reply to comment #0)
> Gavin made a frowny face in bug 596371 comment 11:
 
> so ugly :( "hud" objects should really have direct references to their
> associated <browser>. The whole HUD object hierarchy is horribly confusing
> though. File a followup?

indeed it is. We have been gun shy about holding too many references in hopes of not introducing leaks. Please file a followup. We would like to clean and straighten out some of this gunk post fx-4.
Summary: HUD should keep a reference to it's <browser> → HUD should keep a reference to its <browser>
I am pretty sure this was fixed a very long time ago.
Status: NEW → RESOLVED
Closed: 12 years ago
Component: Developer Tools → Developer Tools: Console
Resolution: --- → FIXED
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.