User-Agent: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021203 Build Identifier: Mozilla/5.0 Galeon/1.2.7 (X11; Linux i686; U;) Gecko/20021203 _and_ Mozilla 1.2 itself On page load, on scrolling, and on placing another (X11) window over top of the button and moving it off, the top button of the scrollbar is left in a corrupt state. Sometimes it has weird streaks and colours from the rest of the page. Other times it looks totally random. Reproducible: Always Steps to Reproduce: 1. Start Mozilla 1.2 2. Go to http://desrt.livejournal.com/friends 3. Scroll, move other windows over top, etc as described above. Actual Results: The scrollbar top button looks ugly. Expected Results: The scrollbar top button should have looked like a scrollbar top button. The bug occurs in both Mozilla with default theme and in Galeon (which uses gtk themed scrollbars) Thanks :)

Can't reproduce with linux trunk build 2002-12-04-05. Is this a problem with current trunk builds too, or just 1.2 branch?

it's just 1.2 that i've tried with. i thought i filed under that. maybe not. i'm new to this bugzilla thing.

linux trunk build 20021203

really long page + fixed-position element = bad

regrression between trunk builds 2002110904 and 2002111021 bug 170011 or maybe bug 173072 appear to be the only relevant checkins marking NEW ==> roc

The problem here is that fixed-position elements should be clipped by the viewport scroll area, but the view clipping code doesn't do that right now because it only clips according to the containing block hierarchy, and fixed-position elements do not have the viewport scroll area as a containing block ancestor. The right way to fix this bug depends on the CSSWG decision about which descendant elements should be clipped by overflow:hidden. I'll delay fixing it until we have a definitive answer on that.

was able to reproduce this on winXP, a well. platform -> all. tested trunk builds 2002-12-12-04 (winXP) and 2002-12-11-08 (linux)

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

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

This shouldn't block 1.3beta.

Though perhaps obvious, this happens with Phoenix Gecko/20030405

I cannot reproduce this with build 2003042708, Windows 2000. Can anyone else test this?

indeed. WORKSFORME with linux trunk 20030426 marking WFM

This still occurs in my build of Firebird that does not have the fix to bug 204289. Apparently the fix in that bug, which fixes a lot of scrollbar repaint problems, also fixes this bug (which is only broken in Firebird because the Mozilla suite already has the scrollbar repaint fix).

I think some regression has occured. mozilla 1.4b didn't have this problem, but the newly released mozilla 1.4 is buggy again for me. Can anyone confirm?

confirmed with build 2003070708 Windows XP

reregression between linux trunk 2003052022 and 2003052205, probably bug 202681

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

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

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

Attachment 138871 [details]. This bug seems to be visible when position:fixed; is on an element with width:100%; and a background-color. Removing the background-color and adding a border for example does not show the bug.

Fixed by checkin for bug 232469