Closed Bug 28193 Opened 25 years ago Closed 24 years ago

[JS] window.open() ignores 'scrollbars=no' parameter

Categories

(Core :: XUL, defect, P3)

x86
Windows 98
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: german, Assigned: danm.moz)

References

()

Details

(Whiteboard: [nsbeta2-][nsbeta3+])

From Bug Helper:
User-Agent: Mozilla/5.0 (Windows; N; Win98; en-US)
BuildID:   2000021615
If a scrollbars=no param is added to a javascript window.open call it should
honor this param by not displaying scrollbars even if the content is larger than
the window size.
Reproducible: Always
Steps to Reproduce:
1.Write this html page:
<head>
<script language="JavaScript">

var features = "outerwidth="   screen.availWidth   ",outerheight="
screen.availHeight  "scrollbar='no',titlebar='no'";

function openBrWindow(theURL,winName) {
  window.open(theURL,winName,features);
}
</script>
</head>

  <h4><a href="#"
onclick="openBrWindow('http://home.netscape.com','Presentation');">Load
  Netcenter</a> </h4>

2.launch this webpage and click on the link

3.see window that just opens

Actual Results:  the windows that opens shows scrollbars
Expected Results:  the windows that opens should not show scrollbars as it is
being launched with the parameter 'scrollbars=no'.
This is basic javascript stuff being used on sites worldwide. Please fix asap,
if this is confirmed to be a bug. Thanks.
Changing [4.x parity] code to 4xp keyword, dropping self from cc:.
Keywords: 4xp
Summary: [4.x parity][JS] window.open() ignores 'scrollbars=no' parameter → [JS] window.open() ignores 'scrollbars=no' parameter
This also occurs on www.ea.com, BTW.

This can probably be solved simply by mapping "scrollbars=no" to a value of the
'overflow' property on the root element of the created window.
Status: NEW → ASSIGNED
Target Milestone: M15
Target Milestone: M15 → M16
Mass-moving all M16 non-feature bugs to M17, which we still consider to be 
part of beta2
Target Milestone: M16 → M17
spam, open xptoolkit qa contact moving over to jrgm
QA Contact: paulmac → jrgm
moving to m18
Target Milestone: M17 → M18
mass-moving all bugs to m21 that are not dofood+, or nsbeta2+
Target Milestone: M18 → M21
Nom. nsbeta, recc. nsbeta2+. This is basic DOM0 b.c.--a key b2 criterion--and 
the turning off of scrollbars is widely, widely used in JavaScript that opens 
new windows (which is a very common use of JS, e.g. for popup ads).
Keywords: nsbeta2
[nsbeta2+][6/22]
Whiteboard: [nsbeta2+][6/22]
Cleaning up status whiteboard and marking beta2 minus (6/22 has passed).

This does seem like pretty fundamental JS stuff.  The good news is that having 
scroll bars when not "desired" should not IMO be the end of the world at all for 
beta2.  I'm nominating for beta3, as I'm sure we'll want to be 4.x compatible if 
possible.
Keywords: nsbeta3
Whiteboard: [nsbeta2+][6/22] → [nsbeta-]
Whiteboard: [nsbeta-] → [nsbeta2-]
nsbeta3+
Whiteboard: [nsbeta2-] → [nsbeta2-][nsbeta3+]
Target Milestone: M21 → M18
.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
verified fixed. win32/linux/mac 200008160(8|9|10). The world is now safe for
popup ads to flog products in pixel-precise layouts.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.