77020 - window.open('url', 'windowName', 'resizable=0') opens window without minimize button

Status: VERIFIED FIXED

(Core :: DOM: Core & HTML, defect, P1)

Description

[Martin Honnen]

If you open a window with JavaScript and the feature
  resizable=0
Mozilla opens a window without a minimize button. This is not backwards 
compliant with earlier browsers which offer the minimize button.
I just checked and found that the minimize item is also disabled in the window 
menu. That is also contrary to the way NN3/4 handle that which allow minimizing 
of such a window.
This is tested on Windows 95 with Mozilla 0.8.1 but I have complaints in 
newsgroups that NN6 is showing the same behaviour so it is likely no regression 
but intention of someone who designed the window features for Mozilla.
But I think disabling the minimize functionality for resizable=0 is wrong for 
most scripters intention, they just want to fix the window size for their 
(d)html layout, but they don't want to prevent the user from minimizing a 
window.

Comment 1

[Johnny Stenback (:jst)]

Reassigning to danm.

Comment 2

[Peter Trudelle]

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

Comment 3

[Prashant Desale]

Attachment: Adding testcase

Comment 4

[Prashant Desale]

Both window.open('url', 'windowName', 'resizable=0') or window.open('url', 
'windowName', 'resizable=no') open window without minimize button or resize 
buttons. 

I feel window.open is very commonly used method & should work from all 
directions to ensure backword compatibility. 
Nominating for nsbeta1 & also setting priority=p1 due to high visibility 
[Please correct if I'm wrong].
adding keyword testcase.

Comment 5

[Dan M]

Attachment: windows (but not dialogs) mostly get a minimize button

Oh alright, if you feel strongly about it.
  Patch tweaks window features to nearly always get a minimize button
regardless of whether it's resizable, as other browsers do. It also fixes uses
of window.open in Mozilla chrome which explicitly ask for an unsizable window
and (I believe) erroneously specify a non-dialog where the intent was really a
dialog. Without that part of the patch these dialogs would suddenly start
getting minimize buttons.

Comment 6

[Ben Goodger (use ben at mozilla dot org for email)]

Comment on attachment 68605 [details] [diff] [review]
windows (but not dialogs) mostly get a minimize button

sr=[e-mail]

Comment 7

[jag (Peter Annema)]

Comment on attachment 68605 [details] [diff] [review]
windows (but not dialogs) mostly get a minimize button

r=jag

Comment 8

[Chak Nanga]

ADT needs more info. how often do users see this.

Comment 9

[Chak Nanga]

Forgot to add this, sorry.
My comment above was added based on the ADT/Embedding triage team meeting.

Comment 10

[Prashant Desale]

I guess tons of pop-up ads use this. All pop-up windows use window.open & mostly 
with resizable=0 or resizable=no. 

Comment 11

[Dan M]

patch checked in late last week

Comment 12

[[e-mail]]

Verified fixed on build 2002021303

Comment 13

[Dan M]

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