Closed Bug 52056 Opened 24 years ago Closed 23 years ago

Prefs dialog is still maximizable

Categories

(Core :: XUL, defect, P3)

Product:
Core
Component:
XUL
Platform:
x86
Windows 98
Type:
defect

Tracking

()

Status:
RESOLVED FIXED
Milestone:
Future

People

(Reporter: bugzilla, Assigned: danm.moz)

Details

Build ID: just pulled

Although we remove the Maximize button for dialog windows (e.g. Preferences), 
they are still maximizable in win32 by right clicking on the titlebar and 
choosing Maximize from the context menu.  We must not be setting some flag 
properly, because if they were truly not maximable, the item would be disabled.

Future me!
->future
Target Milestone: --- → Future
A note (for the future): the Maximize item in that context menu *is* disabled
on Win2k, but not on Win98 or WinNT4. (Perhaps this is a bug in the win32 API).
This isn't for all Dialogs, though.  The Open Web Location, Find On This Page, 
Password Manager, etc. all have only Move and Close in the context menu.  Is 
this specific to the Prefs dialog?

Perhaps it's a carry-over from when it was being played around that this window 
could be minimized...
hrm...fwiw, none of those dialogs are resizable, whereas the prefs window is.
Weird.  The prefs window is declared with a class="dialog", and so are the other 
ones (eg. downloadProgress.xul).

Resummarizing to be only the prefs dialog.
Summary: Dialog windows are still maximizable → Prefs dialog is still maximizable
Fixed now that Ben made the dialog non-resizable.  This is good enough for me, 
if someone wants to reopen to reinvestigate the original problem they can...
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.