28505 - Scroll bars dont render correctly for fixed boxes.

Status: VERIFIED FIXED

(Core :: CSS Parsing and Computation, defect, P3)

Description

[g16776]

If in CSS set "position: fixed;" and "overflow: auto" (or scroll), scrollbars 
render separate from box.

Comment 1

[Pierre Saslawsky]

<[e-mail]> Could you please attach a testcase to the bug report?
Also the URL above can't be loaded. If you have a screen snapshot, you can attach 
it to the bug report as well.

Comment 2

[g16776]

http://snkey.net/temp/css5.html

Comment 3

[Daniel Bratell]

Attachment: Screenshot not showing the original problem.

Comment 4

[Daniel Bratell]

I checked the testcase and didn't get the original problem, but the sliding bar 
didn't work. You could scroll by using the arrows and "dragging" (without the 
slider moving) to scroll the content in the box. The screen shot is how it 
looked when scrolled to the bottom. Notice that the sliding bar is still at the 
top.

This was with a CVS build from 2000-03-12 on Windows 2000.

Comment 5

[Daniel Bratell]

The original problem might be related to bug 22677 by the way.

Comment 6

[Yossi Oren]

checked on build 2000031516 on Win2k
The scrollbar behaves like it should, but it doesn't paint at all.
I managed to use the buttons, drag the thumb, and click below it for pgup/pgdn
operation.
Moreover, when I caused a repaint of this window (by dragging a window over it),
the scrollbar redrew properly.  When I dragged a window exactly so as to
invalidate only the right half of the scrollbar, then moved the window away,
only the part that got oncovered got drawn properly.

Comment 7

[Pierre Saslawsky]

About the remaining problem: it's either platform-specific or it was fixed 
sometime today.
- On Mac with a build from tonight, everything works correctly.
- On WinNT with a build from this morning, I get the same results as <yossioren>: 
it works but the scrollbar doesn't redraw when you scroll.

Reassigned to evaughan. CCd attinasi in case the bug isn't fixed on all platforms 
yet: he worked a while back on making clicks work in fixed/absolutely positioned 
elements and may help Eric to track down the problem.

Comment 8

[Eric Vaughan]

targeting

Comment 9

[Eric Vaughan]

This used to work but has been regressed. Its because when the slider gets trys 
to get is primary frame it can't find one because its anonymous.

Comment 10

[Peter Trudelle]

Mass-moving most M15 bugs to M16

Comment 11

[Peter Trudelle]

still some interesting problems here, nominating for nsbeta2

Comment 12

[John Morrison]

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

Comment 13

[Peter Trudelle]

[nsbeta2+] will take fix until 6/1

Comment 14

[Peter Trudelle]

Mass-moving all dated nsbeta2+ bugs to M19

Comment 15

[leger]

Updating from [6/1] to [6/15]

Comment 16

[ckritzer (gone)]

Attachment: testcase based on jrgm's bug 36812 testcase

Comment 17

[Jim Roskind]

Cleaning status whiteboard by marking beta2 minus (6/15 has passed)

This should be fixed... but I don't have a feeling for how many sites it will 
actually impact.

Comment 18

[Eric Vaughan]

fixed

Comment 19

[Hixie (not reading bugmail)]

Netscape's standard compliance QA team reorganised itself once again, so taking 
remaining non-tables style bugs. Sorry about the spam. I tried to get this done 
directly at the database level, but apparently that is "not easy because of the 
shadow db", "plus it screws up the audit trail", so no can do...

Comment 20

[Hixie (not reading bugmail)]

verified