Closed
Bug 4871
Opened 26 years ago
Closed 26 years ago
top-level windows can't be closed programatically
Categories
(Core :: XUL, defect, P3)
Tracking
()
VERIFIED
FIXED
M4
People
(Reporter: danm.moz, Assigned: danm.moz)
Details
Sure, banging on the "close" widget still works, but any attempt to
close a window programatically (say, by calling nsWebShellWindow::Close)
has stopped working on Windows-the-OS.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
fixed by (temporarily) disabling drag and drop. The problem was the dragtarget
and window widget put a self-referential mutual refcount deathgrip on each other
that was self-referential. And mutual. And grippy.
dan, i'm not sure how to verify this fix. could you point me to some testcase,
or vouch that it still works? thanks
Whiteboard: waiting for developer input → [July 05, 1999] waiting for developer input
Whiteboard: [July 05, 1999] waiting for developer input → [July 26, 1999] still waiting for developer input
Status: RESOLVED → VERIFIED
Whiteboard: [July 26, 1999] still waiting for developer input
(Didn't see your question, Phillip. Sorry. Verification is easy enough. Any method of closing
a window other than hitting the OS close widget will exercise the programmatic window close code.
Say, File/Close from the menubar, or a dialog button that causes dismissal of the dialog.
(Though strictly speaking, the Close menuitem may not exercise window closing code if that's
the only window open.) (And at the moment, there's another bug 10774 with File/Close.)
no biggie. i upgrade my comment to, fixed on mac/win/rh60, build 1999-08-13-*
You need to log in
before you can comment on or make changes to this bug.
Description
•