Closed
Bug 142375
Opened 24 years ago
Closed 22 years ago
popup gets not resized between window.open
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
INVALID
People
(Reporter: markus, Assigned: danm.moz)
References
()
Details
(Keywords: compat)
Attachments
(1 file)
|
709 bytes,
patch
|
Details | Diff | Splinter Review |
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.0rc1) Gecko/20020417
BuildID: 2002041711
The URL above shows the problem well.
On subsequent calls to window.open() wich opens a popup with different sizes
(width and height), the parameters are ignored and the popup does not get resized.
Reproducible: Always
Steps to Reproduce:
See http://freeweb.dnet.it/bugzilla/
Actual Results: Popup size remains unchanged
Expected Results: Popup window sould be resized according to given parameters
On a short check (by setting status=yes/no and resizable=yes/no) I noted, that
these parameters are affected too, so maybe *all* parameters after the first two
(uri and windowname) to the window.open() function get ignored, if windowname is
already open.
Comment 1•24 years ago
|
||
To DOM0... I'm not sure whether we're supposed to look at the optionstring if
the window already exists. The fact that IE and NS4 don't agree means there's
no real precedent here...
Assignee: Matti → jst
Status: UNCONFIRMED → NEW
Component: Browser-General → DOM Level 0
Ever confirmed: true
OS: Windows 98 → All
QA Contact: imajes-qa → desale
Hardware: PC → All
Comment 2•24 years ago
|
||
INVALID, we don't even look at the options when we're not really *opening* a new
window, nor should we.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Comment 4•24 years ago
|
||
I said INVALID! :-)
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → INVALID
Comment 5•23 years ago
|
||
*** Bug 187792 has been marked as a duplicate of this bug. ***
Comment 6•23 years ago
|
||
*** Bug 158807 has been marked as a duplicate of this bug. ***
Comment 7•22 years ago
|
||
*** Bug 227717 has been marked as a duplicate of this bug. ***
Comment 8•22 years ago
|
||
*** Bug 227717 has been marked as a duplicate of this bug. ***
Comment 9•22 years ago
|
||
REOPEN for reconsideration.
IE6, NS 4.8 and Opera 7.11 all implements this and they implement it in a
compatible way. That is, the window is resized according to the new width/height
but the new position is ignored (so the user can move the window and it won't
be reset).
Updated•22 years ago
|
Assignee: jst → general
Status: REOPENED → NEW
QA Contact: desale → ian
Comment 10•22 years ago
|
||
This would need to be done in the windowwatcher...
| Assignee | ||
Comment 11•22 years ago
|
||
On the comment 0 testsite my copy of IE6 does *not* resize the window. It
resizes the image to display completely. I was with Johnny in comment 2 but I
guess it makes sense -- more sense -- to resize the window. If you know its
name, it would seem a valid assumption that the window is yours.
Assignee: general → danm-moz
| Assignee | ||
Comment 12•22 years ago
|
||
This is literally all you have to do. The question is whether we really want to
do this.
| Assignee | ||
Comment 13•22 years ago
|
||
hang on. it's not that simple.
Comment 14•22 years ago
|
||
Dan> my copy of IE6 does *not* resize the window
I didn't actually test IE6 myself, I got that info from bug 227717 comment 11.
I realize my mistake now - they use an explicit 'resizeTo' at that URL
(see bug 227717 comment 5). If IE6 has the same behaviour as Mozilla
currently has then my 'compat' argument falls.
My bad, sorry to have wasted your time.
Comment 15•22 years ago
|
||
Exactly. This resizing thing is a total NS4-ism. Nothing else does it.
Comment 16•22 years ago
|
||
Right, let's end this embarrassment ;-), re-resolving as INVALID!
Status: NEW → RESOLVED
Closed: 24 years ago → 22 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•