Closed Bug 4871 Opened 26 years ago Closed 26 years ago

top-level windows can't be closed programatically

Categories

(Core :: XUL, defect, P3)

x86
Windows NT
defect

Tracking

()

VERIFIED FIXED

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: NEW → ASSIGNED
Target Milestone: M4
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
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
code level fix, marking verified. reopen if i'm wrong here...
(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.