74940 - Need to implement support for minimum window size.

Status: RESOLVED DUPLICATE of bug 357725

(SeaMonkey :: UI Design, defect)

Description

[John Bafford]

Somehow, I managed to get a mozilla window to be two pixels wide. Besides being
almost impossible to see, it was impossible to get mozilla browser windows back
to sane sizes again. By hacking the localstore.rdf file, I reset the window to a
sane size and was able to resize it, however, Mozilla enforce a minimum sane
size on windows so that it is possible to manipulate them.

Comment 1

[Doron Rosenberg (IBM)]

what version of mozilla are you using? sounds like a localstore.rdf corruption issue

Comment 2

[John Bafford]

Fizzilla 0.8.1. The localstore.rdf file looked fine other than the messed-up 
window size. Shouldn't matter anyways; sanity checks still ought to be performed 
where feasable.

Comment 3

[Asa Dotzler [:asa]]

over to pinkerton for a look.

Comment 4

[Mike Pinkerton (not reading bugmail)]

-> danm

Comment 5

[Peter Trudelle]

should check to ensure windows fit in the current monitor(s) region too.

Comment 6

[John Morrison]

*** Bug 79005 has been marked as a duplicate of this bug. ***

Comment 7

[Peter Trudelle]

Clarifying summary to avoid dups.  We need to ensure that windows cannot be
opened or resized to the point that they cease to function as windows.  User
must always be able to recover from resizing by resizing back.  Note that some
platforms (e.g., Mac OS) may have guidelines for minimal window size that are
more restricive than this.  IMO, it would be good if we could facilitate
compliance with these guidelines (i.e., do the 'right thing' by default) without
overly restricting applications on other platforms 

Comment 8

[Peter Trudelle]

*** Bug 79005 has been marked as a duplicate of this bug. ***

Comment 9

[Dan M]

*** Bug 79884 has been marked as a duplicate of this bug. ***

Comment 10

[Steve Dagley]

Is this OS X specific?  I don't think it is

Comment 11

[R.K.Aa.]

*** Bug 106925 has been marked as a duplicate of this bug. ***

Comment 12

[R.K.Aa.]

Bug 79005 and bug 79884 are both OS: All.
Modifying platform/OS

Comment 13

[Asa Dotzler [:asa]]

Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 
moved)

Comment 14

[Gérard Talbot]

Bug 176320 has all the documentation about the summary of this bug.

One problem about minimal window sizes is that previous documentation provided 2
different ways specifying minimal sizes, where complying with/in one way could
allow to disrespect the other way. With 100px as minimal value for inner*
properties and with 100px as a minimal value for outer* properties, the obvious
problem, even happening in NS 4.x, is that a perfectly valid value for, say,
outerHeight could create a window where its innerHeight value would be under
100px... because of many requested toolbars, e.g.:

window.open(strURL, "",
"outerWidth=400,outerHeight=130,menubar,toolbar,personalbar,status"); 

will definitively create a short window where the innerHeight will not comply
with the minimum of 100px.

Same phenomenon with resizeTo(): parameters of this method could be meeting the
requested minimal values of outer* and, at the same time, violate the minimal
values of inner*. But the code never checks for this and never makes corrective
adjustements to comply with both ways.

resizeTo(400,130);
will resize such window to under minimal innerHeight value and, at the same
time, above minimal outerHeight values.

I explained in comment #5 of bug 176320 that there should be only 1 way of
defining the minimal size values of a popup window: with inner* properties, so
that there would be no conflict, no contradictory behavior, no awkward incoherence.

One last example:
window.open(strURL, "", "outerWidth=300,outerHeight=200,status");
will render a popup with a statusbar but the security padlock icon won't be
visible nor accessible *in any normal way* and the window resizing grippy won't
be visible nor reachable. Absence of menubar, scrollbars, resizability makes the
window frustrating to use.

Comment 15

[Bill McGonigle (not currently reading bugmail; please contact directly)]

Updating severity to major - when this happens (2x2 window size in
localstore.rdf) a typical user can't use Mozilla anymore (they don't know to go
whack localstore.rdf).

I haven't seen this myself in quite a while, but there was a recent complaint on
the newsgroup:
http://groups.google.com/groups?dq=&hl=en&lr=lang_en&ie=UTF-8&safe=off&selm=SQska.105769%24OV.209172%40rwcrnsc54

Removing circular dependency on bug 79005.