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
•