Closed
Bug 19374
Opened 25 years ago
Closed 25 years ago
[BLOCKER] Modal dialog regression
Categories
(SeaMonkey :: UI Design, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M12
People
(Reporter: mscott, Assigned: troy)
References
Details
(Whiteboard: [PDT+])
If I try to bring up a password dialog in today's 11/19 release build,I
get a
very large blank window (which absorbs any content underneath it).
And then the
application appears to hang.
For me, I see this whenever I try to read my imap
account because it trys to
bring up the password dialog.
On a possibly related
note, the profile manager for this mornings build comes
up with a maximized
window. Just like it appears that modal dialogs are trying
to come up with a
maximized size. I've been told that this worked last night
so maybe the
regression is related to rod or troy's changes? Adding them to the
cc list..
Reporter | ||
Comment 2•25 years ago
|
||
Maybe it's related. But the password dialog has worked fine until this morning
which makes me think someone introduced something that broke it last night
or early this morning.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Updated•25 years ago
|
Status: RESOLVED → REOPENED
Summary: [BLOCKER] Modal dialog regression → [BLOCKER] [DOGFOOD] Modal dialog regression
Comment 3•25 years ago
|
||
This also is breaking the JS call to "confirm".
Causes Delete Buddy in AIM not to work, so I'm marking as dogfood.
Summary: [BLOCKER] [DOGFOOD] Modal dialog regression → [BLOCKER] Modal dialog regression
Why was this bug reopened? Have you pulled nsViewportFrame.cpp, done a rebuild,
and this still isn't working for you?
Comment 6•25 years ago
|
||
OK - fresh pull from the tip works.
Comment 10•25 years ago
|
||
marking Verified/Fixed per comments in this bug and it's dups.
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
•