125348 - [OVERFLOW] overflow:auto is buggy : regression from 0.9.6

Status: RESOLVED WORKSFORME

(Core :: Layout, defect, P2)

Description

[Nicolas Combelles]

First : open the testcase :
- You can see the text is on a single line with no horizontal scrollbar
- Scroll vertically or select text. It comes bakcto normal

Other detail : Scrollbar isn't draggable just the arrow and mainbar-clik can scroll.

Second : Put the #placeur in /*comment*/ :
- There is no more scrollbar. Overflow is hidden. Select the text : Scrollbar
appears.

Thoses bugs appears on 0.9.8 it seems ok on 0.9.6 (it is also ok on IE55 and IE6).

Comment 1

[Nicolas Combelles]

Attachment: testcase 1

Comment 2

[Boris Zbarsky [:bzbarsky]]

worksforme, linux build 2002-02-07-22.  Windows-only?

Comment 3

[Quinn Yost (mythdraug)]

Behaves exactly as described for me.

2002021303 Win2K

Comment 4

[David Pedowitz]

win 2k build id 2002021403 confirmed

Comment 5

[David Pedowitz]

Same issue on Mac OS9 build 2002021413

Comment 6

[David Pedowitz]

Interesting... If you click the down arrow first scrollbar is dragable

Comment 7

[Nicolas Combelles]

Ah.. yes !  If the first thing you do is a click on the arrow : all become normal
If you first drag or click the bar, overflow get back to normal but not the
scrollbar, even if you try to click on arrow.

Also if you scroll a little and reload the page, text (and scrollbar) are
initialized "already scrolled" like you left it before reload .. don't know if
that's normal.

Comment 8

[David Pedowitz]

Attachment: 2nd test case new bug?

Removed nested divs and most of the css now initial display is same as other
test case.  Content ignores width and padding settings, but now if you grab the
scroll bar content is reformatted and all scrollers disappear

Comment 9

[Nicolas Combelles]

______________________________________________________________________________________________

There are four different type of behaviour :


They may not always be different. But I produced four new testcases (may I
delete old 1 and 2 now? )

A- Initial one
B- remove position:relative from DIV1
C- remove position:absolute from DIV2 (or remove DIV2, or remove DIV1, or remove
both)
D- Initial one with overflow set to "scroll" new weird stuff...

Attachements with details are following :

Comment 10

[Nicolas Combelles]

Attachment: Initial bug

Abstract :

Bad formatting (horizonal)
Click on scrollbar -> reformatting OK
-if first scrollbar-click is on dragBar = it's not draggable anymore
-if first sc-clic on arrow = it's draggable AND arrow stay inset
-if first ... on background-bar = it's draggable

Comment 11

[Nicolas Combelles]

Attachment: Initial Bug 2

B.

Removed 'position:relative' :

- Same behaviour, but !  Hit reload .. again .. again ..
Sometime the scrollbar is displayed sometime not ..  If not select the text
will make it appear.

Comment 12

[Nicolas Combelles]

Attachment: Initial Bug 3

C.

Removed 'position:absolute' from DIV2 
(same effect as second testcase as removing DIV1, DIV2 or both give the same
thing)

 Scrollbar is always there onload, but :
- If you mousedown :
*on arrow: same effect as initial (inset+drag+reformatting) but scrollbar
disappear and reappear. OK.
*on background bar or dragBar (with mousemove) : scrollbar disappear +
reformatting.

Comment 13

[Nicolas Combelles]

Attachment: Initial Bug 4

D.

Set overflow to scroll. Weird ..

-> First, the content (as usual) isn't well formatted (horizontally)
-A horizontal scrollbar appears.
-Vertical scrollbar is there, but draggind bar isn't there or : disappear when
clicking on it or when dragging horizontal.
- While dragging horizontally, strange bar.. little dragging-bar where the
mouse is and the rest of the bar is another long dragging bar, this one is
erased when moving the little draggin-bar to leave a normal background bar.

- No reformatting. Still bad horizontal format.

... END ....
Think it's detailed enough now, I stop flooding your mailbox, it should be
targeted 0.9.9 not to continue developping on a bad base (0.9.6 seems the more
stable .. as I most HMTL developpers told me). Good work :o). Delete the old
testcase if you want.

Comment 14

[Chris Petersen]

Changing Priority

Comment 15

[Michiel Toneman]

This seems the same (or similar) to bug 
http://bugzilla.mozilla.org/show_bug.cgi?id=118675

Can someone confirm this?

I think it's an important one, because the overflow/div combination is the only
(as far as I can tell) way in CSS to create pages that function like the old
frameset/iframe layouts.

Comment 16

[Michiel Toneman]

Sometimes luck comes our way... 

I tested all testcases today on RC1 (Xft) on Linux and I can't reproduce the bug
anymore. Seems it magically fixed itself. I noticed some other reflow/layout
bugs being fixed lately, so it seems that somewhere along the line another bug
was fixed that was causing this particular problem. 

Can someone confirm and mark the bug as 'Resolved'?

Comment 17

[David Pedowitz]

Everything is WFM Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc1)
Gecko/20020417

My only complaint is that I can't use the mouse wheel to scroller :(

Comment 18

[Michiel Toneman]

> My only complaint is that I can't use the mouse wheel to scroller :(

Yeah, I get that too, but that's really another bug... 

See http://bugzilla.mozilla.org/show_bug.cgi?id=63663 for that issue. 
Hope it gets fixed soon.

Comment 19

[Mats Palmgren (inactive)]

All testcases works fine now except for two form control problems:

1. scrollbar arrow buttons don't "sink in" when clicked
2. can't scroll the DIVs in the testcases using keyboard

I will report them separately if not reported already.
The Layout problems are gone, 2002-06-22-08 (trunk) on Windows 98 SE.
(Also works on Linux according to comment 16).

-> WORKSFORME