Closed Bug 183495 Opened 22 years ago Closed 21 years ago

scrollbar top button visual corruption by certain CSS

Categories

(Core :: Layout: Positioned, defect, P2)

x86
All
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: desrt, Assigned: roc)

References

()

Details

(Keywords: regression, testcase)

Attachments

(2 files)

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?
Version: Trunk → Other 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.
Attached image screenshot
linux trunk build 20021203
Attachment #108286 - Attachment mime type: text/html → image/png
Attached file testcase
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
Assignee: position → roc+moz
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression, testcase
Version: Other Branch → Trunk
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)

OS: Linux → All
Priority: -- → P3
*** Bug 185684 has been marked as a duplicate of this bug. ***
*** Bug 187052 has been marked as a duplicate of this bug. ***
Keywords: mozilla1.3
Flags: blocking1.3b?
This shouldn't block 1.3beta.
Flags: blocking1.3b? → blocking1.3b-
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
Status: NEW → RESOLVED
Closed: 22 years ago
Resolution: --- → WORKSFORME
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?
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
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.
Depends on: 232469
Fixed by checkin for bug 232469
Status: REOPENED → RESOLVED
Closed: 22 years ago21 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: