Closed Bug 598270 Opened 15 years ago Closed 13 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: 13 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.