Closed
Bug 97514
Opened 24 years ago
Closed 24 years ago
windowwatcher needs to be informed of window creation/deletion
Categories
(Core Graveyard :: Embedding: APIs, defect)
Core Graveyard
Embedding: APIs
Tracking
(Not tracked)
RESOLVED
FIXED
mozilla0.9.5
People
(Reporter: danm.moz, Assigned: danm.moz)
Details
Attachments
(1 file)
WindowWatcher claims to be able to enumerate through open top-level windows (see
the idl) much like WindowMediator. (NB Watcher is an embedding-oriented version
of the Mozilla-app-oriented Mediator). This currently works in the embedded apps
but not in Mozilla because Mozilla never notifies Watcher of window creation or
removal.
Status: NEW → ASSIGNED
QA Contact: brendan → jrgm
Target Milestone: --- → mozilla0.9.5
the above patch is a little confusing and appears uglier than it really is
because I fixed some tabbed and fibonacci indentation, and the diff was made
ignoring white space changes.
.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 5•24 years ago
|
||
reopening. I had to back this out because it caused a smoketest blocker
regression.
see http://bugzilla.mozilla.org/show_bug.cgi?id=98732
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 6•24 years ago
|
||
This also was causing a crash when exiting in -turbo mode because of this
call-site:
http://lxr.mozilla.org/mozilla/source/xpfe/bootstrap/nsNativeAppSupportWin.cpp#1264
The regression was caused by this patch exposing another bug 98785. That has been
fixed, so I'm reinstating this patch and reclosing the bug. Thanks for covering
for me, Seth. Oh, and I've added a null check to fix the crasher Conrad mentions
above. I think the real problem there is a misuse of the function. That can be
fixed by bug 98792, but until that happy day, there's a null check.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
Updated•6 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•