44306 - scrolling = yes not implemented: forced scrollbars don't show up [behaves like scrolling="auto"][frames]

Status: RESOLVED WORKSFORME

(Core :: Layout: Images, Video, and HTML Frames, defect, P3)

Description

[Jake Goena]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; N; Win98; en-US; m14) Netscape6/6.0b1
BuildID:    2000033112

If a <FRAME> tag has  SCROLLING set to "YES", it acts as if it were set to "AUTO"

#################################Example##########################
<frameset  cols="179,*">
<frame name="nav" src="admin/nav.html" marginwidth="0" marginheight="0"
scrolling="yes" frameborder="no">
<frame name="main" src="admin/main.html" marginwidth="0" marginheight="0"
scrolling="auto" frameborder="no">
</frameset>
#############################################################


Reproducible: Always
Steps to Reproduce:
1.Load the page
2.
3.


Actual Results:  The scrollbar did not show up	

Expected Results:  showed the scroll bar.

Comment 1

[blockcipher]

Using the code below and some test pages, I confirmed that this bug still exists
as of nightly build 2000070408.

Comment 2

[Eric Pollmann]

Yep, I seem to remember that we only support scrolling=auto and scrolling=no.  
CC'ing Eric Vaughan as he might be interested.

Comment 3

[Eric Pollmann]

Eric, does this seem like something that should be fixed for beta3/final?  I'm 
leaning towards marking this Future.

Comment 4

[Eric Pollmann]

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.

Comment 5

[Eric Pollmann]

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

Comment 6

[Eric Pollmann]

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

Comment 7

[Amarendra Hanumanula]

QA Contact update

Comment 8

[Eric Pollmann]

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

Comment 9

[bht237]

The Mozilla "bouncing scrollbars" feature creates an insolvable problem in some 
existing e-commerce site designs.

The problem cannot be worked around because of the combination of 2 "features":
1) the width of a page cannot be calculated by any means
   (even the browser does not know it until the page is fully loaded)
2) FRAME: "scrolling = yes not implemented: forced scrollbars don't show up"

The "bouncing scrollbars" breaks frames designs that are as basic as having 2 
rows with proportionally aligned content.
Proportional alignment is a necessity wherever a window is resizable or the 
screen size is not fixed, both of which are fundamental boundary conditions on 
the web.

As commercial e-commerce site providers, we are extremely disappointed that some 
misguided Mozilla designers are prepared to break compatibility with all other 
browsers in the market (Priority 3, Target Milestone Future).

We are also disappointed that such a basic arithmetic failure can get beyond the 
design stage.

We recognise and appreciate the efforts of the Mozilla team in the area of DOM 
and CSS standards compliance.

However, for us, these CSS and DOM related improvements are 
completely overshadowed by more basic issues such as this.

Comment 10

[Kevin McCluskey (gone)]

Bulk reassignin HTML FRAME/IFRAME bugs to Eric.

Comment 11

[Brendan Eich [:brendan]]

This needs to be reassigned, I bet (unless evaughan has a fix already, or is
about to hack one up), and pulled into 0.9.8 or 0.9.9.  Based on mail from
[e-mail], I'm nominating for mozilla1.0, and cc'ing jst and jkeiser in
the hopes that they can help.

/be

Comment 12

[Kevin McCluskey (gone)]

Bulk re-assigning all of Eric's HTMLFrame bugs to John.

Comment 13

[Matias Larsson]

Setting scrolling=no on a frame with javascript 
(getElementById('frameID').scrolling='no') doesn't work either. It behaves 
as scrolling=auto, but it does have the value of 'no' 
(alert(getElementById('frameID').scrolling))!

Comment 14

[Greg K.]

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

Comment 15

[Russell Odom]

Just confirming that this is still present in 1.1 alpha. Also adding some words
to summary to make bug easier to find.

Comment 16

[bluppfisk]

http://www.thanatos.be/fotos.php?album=Activiteiten
click Boomplantactie (first picture) and see a window popping up which is too
small (though I specified the image height + 90 px), in Internet Explorer it's
displayed correctly. I tried adding scrollbars by putting scrollbars=yes but it
doesn't seem to work either...

Comment 17

[Alan Firminger]

My observation defining scrollbars in window.open is that 'no' means no , 'auto'
means no and 'yes' means auto. My test page may be useful at
http://www.alanfirminger.freeserve.co.uk/test/scrollbards.html

Comment 18

[Kevin Ar18]

This bug is blocking proper functioning of the following site:
http://nhgz.com/html/?page=dates.php
Forcing the scrollbars to be shown is necessary to centering the frame properly
on all links throughout the site.
I am reporting it on the behalf of the owner of the site (whom I have talked to).

Like Comment #9, this too seems like such a basic feature that I believe it's
priority should be moved up.

P.S. We've passed mozilla1.0 already, correct?

Comment 19

[Kevin Ar18]

"html4" keyword belongs here.
Can someone add it?

Comment 20

[Kevin Ar18]

Yet another site, that is gonna need support for this feature:
http://www.strategyinformer.com/

Comment 21

[Kevin Ar18]

Sorry about that, but I made a mistake.
http://www.strategyinformer.com/ does not need this.

Comment 22

[Alexander Schwartz]

This bug not only affects frames, but also iframes, see 

http://www.mozilla.org/quality/browser/standards/html/iframe_scrolling_yes.html

for an example that it is not working :(.

Comment 23

[Gérard Talbot]

FWIW, scrollbars will be rendered with this CSS rule in framed documents:

:root
{
	overflow: scroll;
	height: 100%;
}

Comment 24

[Gérard Talbot]

scrolling="yes" is not rendered in 1.7 branch builds but, as far as I can see,
scrolling="yes" is supported in Mozilla 1.8a5 build 2004102405; XP Pro SP2 here.
Can someone confirm this?

FIXED

Comment 25

[Gérard Talbot]

I checked again with Mozilla 1.8a5 build 2004112306 and scrolling="yes" is
supported and rendered in frames and iframes. It is not rendered in Firefox 1.0
final release rv: 1.7.5 build 20041107 but scrollbars will be rendered if the
author uses the css rule:
:root
{
	overflow: scroll;
	height: 100%;
}
http://www.mozilla.org/quality/browser/standards/html/frame_scrolling_yes_rows.html
http://www.mozilla.org/quality/browser/standards/html/frame_scrolling_yes_cols.html
http://www.mozilla.org/quality/browser/standards/html/iframe_scrolling_yes.html
http://www.w3.org/MarkUp/Test/HTML401/current/tests/sec16_2_2-BF-03.html
all render accordingly, correctly.

Resolving as WORKSFORME since I don't know which patch (possibly in bug 76197?)
fixed this.