Closed
Bug 51619
Opened 24 years ago
Closed 24 years ago
Strange little windows are dangerous for your health
Categories
(SeaMonkey :: UI Design, defect, P1)
Tracking
(Not tracked)
VERIFIED
FIXED
M18
People
(Reporter: morse, Assigned: danm.moz)
References
Details
(Keywords: crash, Whiteboard: [nsbeta3++][pdtp1])
Many bug reports are appearing about modal dialogs with no parent windows.
We've had problems with such dialogs for a while and it is well known that if
you close down the browser before closing down an unparented modal dialog, you
will crash. For this reason, an attempt has been made to get proper parents for
as many of these windows as possible. But there are still some for which that
has not yet been done.
As of this week a regression has occured whereby such non-parented modal dialogs
cause a small mysterious window with gibberish on the title line to appear. And
if you attempt to close that window, bad things will then happen on future
events such as crashes, hangs, etc.
Some bug reports which are now mentioning this mystery window are 51567, 50942,
and 51338. So I'm trying to isolate the mystery-window part of those bug
reports and make it into its own separate bug.
Comment 1•24 years ago
|
||
adding crash keyword. Classic summary, Daniel's gonna love this one..
Keywords: crash
Comment 2•24 years ago
|
||
nsbeta3+/P1, since blocked bugs already are.
Adding 44145 to blocker list since 51567 was resolved as a dup. cc dougt, since
he seems to know a lot about fixing these, and DanM is on vacation until 9/13.
Updated•24 years ago
|
QA Contact: sairuh → jrgm
Comment 4•24 years ago
|
||
Going to AKA pops up a password dialog from PSM that also results in this little
window.
Comment 6•24 years ago
|
||
This is also blocking nsbeta3+ bug in IM. http://bugscape/show_bug.cgi?id=2205
Comment 9•24 years ago
|
||
adding mostfreq keyword to put this on 'high visibility' radar
Btw, is anyone seeing thison linux. I think I've experienced some of the same
crashes (dismissing image and cookie warning dialogs) without actually seeing
the little window. see bug 52736
Keywords: mostfreq
Status: NEW → ASSIGNED
Whiteboard: [nsbeta3+][pdtp1] → [nsbeta3+][pdtp1] patch in hand, Windows-only
Comment 10•24 years ago
|
||
dan, please attach the patch.
Assignee | ||
Comment 11•24 years ago
|
||
Fix is checked in. The problem was that alerts and dialogs which still
(erroneously) use HiddenWindow for their parent were activating HiddenWindow when
they were closed. They were only doing that on Windows OS, however -- it was a
workaround for an OS bug. (See bugzilla bug 22658). So I've disabled that
function if the parent window was HiddenWindow.
I imagine that was the cause of all these related bugs about the dangerous
little window. The timing of these bugs' appearance was right, and I know this
patch fixes at least one of them. However, this affects only Windows builds, so
Asa's Linux bug mentioned above is definitely unaffected by this patch.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Whiteboard: [nsbeta3+][pdtp1] patch in hand, Windows-only → [nsbeta3+][pdtp1]
Comment 12•24 years ago
|
||
We would hold PR3 for this if it was not fixed
Whiteboard: [nsbeta3+][pdtp1] → [nsbeta3++][pdtp1]
Comment 13•24 years ago
|
||
*** Bug 51049 has been marked as a duplicate of this bug. ***
Comment 14•24 years ago
|
||
verified fixed. Can't get any of the paths to produce the strange little window
(PSM dialog, repost form data, remove all cookies, ...).
Status: RESOLVED → VERIFIED
Updated•20 years ago
|
Product: Core → Mozilla Application Suite
You need to log in
before you can comment on or make changes to this bug.
Description
•