Closed
Bug 101851
Opened 23 years ago
Closed 5 months ago
Save/download dialog has system menu with maximize and size enabled
Categories
(Firefox :: File Handling, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: nnbugzilla, Unassigned)
References
Details
The save/download dialog has the maximize button correctly disabled, but if you right click the dialog's title bar, you'll see that the entries for maximize and size are still enabled. And you can choose these entries to do bizarre things to the dialog. From looking at this with Spy++, it looks like it's due to the DS_MODALFRAME bit (0x00000080) being set on the dialog's window styles. I did a quick sample app and could reproduce this result; getting rid of DS_MODALFRAME in my sample app made the system menu behave correctly. I'm not sure how or what sets the style bits for the dialog, but I'm guessing this belongs in XP Toolkit/Widgets.
Comment 1•23 years ago
|
||
apparently not a problem on win2k (guessing this is a 9x thing).
Reporter | ||
Comment 2•23 years ago
|
||
John, you're right, this only seems to be on Win9x.
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 3•23 years ago
|
||
spam: over to File Handling. haven't changed the current owners, but i did take qa contact for the nonce. pls do retriage/reassign if needed.
Component: XP Toolkit/Widgets → File Handling
QA Contact: jrgm → sairuh
Updated•23 years ago
|
Target Milestone: mozilla1.0 → mozilla1.0.1
*** Bug 125047 has been marked as a duplicate of this bug. ***
Updated•22 years ago
|
QA Contact: sairuh → petersen
Is this bug still valid for Win9x? As already stated, it's wfm for Win2k.
Reporter | ||
Comment 6•20 years ago
|
||
I haven't used the Mozilla Suite for quite a while, but on Firefox, there is no longer a download dialog as such. So I suppose this is now WFM or resolved in some way.
Comment 7•15 years ago
|
||
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2a1pre) Gecko/20090216 Minefield/3.2a1pre Reproducible here. Additionally, "Restore" is still disabled and after minimizing the "What should Minefield do with this file?" Opening application dialog, double-clicking the titlebar didn't appear to restore it to normal size. The right-click menu just flickered on/off. But then switching to a different app window then back to firefox, the dialog was back to normal size. Double-clicking the titlebar after maximizing works, it goes back to normal. Url tested: data:application/octet-stream,h9eh54eag43
Updated•15 years ago
|
QA Contact: chrispetersen → file-handling
Updated•15 years ago
|
Assignee: hyatt → nobody
Comment 8•14 years ago
|
||
This is a mass change. Every comment has "assigned-to-new" in it. I didn't look through the bugs, so I'm sorry if I change a bug which shouldn't be changed. But I guess these bugs are just bugs that were once assigned and people forgot to change the Status back when unassigning.
Status: ASSIGNED → NEW
Updated•8 years ago
|
Product: Core → Firefox
Target Milestone: mozilla1.0.1 → ---
Version: Trunk → unspecified
Updated•2 years ago
|
Severity: normal → S3
Comment 9•5 months ago
|
||
This appears to have been for the old XUL-based custom file-dialog; nowadays we use the standard Windows file-dialog. Closing as RESOLVED INVALID.
(As it happens, the current standard Windows file-dialog will let you right-click the titlebar and select "Maximize" — even from Windows Notepad — so one could alternatively make a case for RESOLVED WONTFIX.)
Status: NEW → RESOLVED
Closed: 5 months ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•