Closed Bug 212376 Opened 21 years ago Closed 21 years ago

when using "position: fixed" css style, image can be drawn on top of horizontal scrollbar

Categories

(Core :: Web Painting, defect, P2)

x86
Linux
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: huang, Assigned: roc)

References

()

Details

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030703 Mozilla Firebird/0.6
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030710 Mozilla Firebird/0.6

At given url (http://128.148.60.60/mozbug/index.html), two hash patterns to the
left are styled with "position: fixed" and "position: absolute" respectively.
They look the same when horizontal scrollbar is not shown; but whenever the
scrollbar is shown, the "fixed" one will be drawn over it until the scrollbar is
highlighted. Also if one drag the horiz scrollbar so that two images overlap,
the overlapping part of the "absolute" one will go over the scrollbar.

Reproducible: Always

Steps to Reproduce:
1. go to http://128.148.60.60/mozbug/index.html with firebird
2. resize browser window or font till long text line reaches right border of
view port
3. left image should be over horiz scrollbar now; try drag scrollbar while
watching the right image.

Actual Results:  
er, the image is over the horizontal scrollbar

Expected Results:  
it shouldn't be over the horizontal scrollbar

Running nightly binary on RedHat 9.
Also a Firebird 0.6 XFT build, agent string "Mozilla/5.0 (X11; U; Linux i686;
en-US; rv:1.5a) Gecko/20030703 Mozilla Firebird/0.6)", has same problem.
WFM with Windows 2000 20030710 build.

Did you try it with a fresh profile? If not please backup your existing profile
directory and then delete it after you have closed Firebird. When you start
Firebird again, it will automatically create a new fresh profile. Then test
again and report your findings here.
One of the two Linux computers I used to test firebird had firebird installed
just for that, it WAS a new profile. Anyway, I just tried deleting old profile
and creating a new one, and it didn't make any difference, i.e. same problem.

BTW, same nightly for Windows I just tried did NOT have this bug.
Ok, then it seems to be a Linux-only issue. 

Please test this with a current Mozilla Application Suite nightly, to verify
that this is indeed a Firebird issue. In fact most rendering problems aren't
firebird-specific.
You are right, I just downloaded the Mozilla Suite nightly 
(Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.5a) Gecko/20030711)
and it has the same problem.
Moving over to Browser component
Assignee: blaker → position
Component: General → Layout: R & A Pos
Product: Firebird → Browser
QA Contact: asa → ian
Version: unspecified → Trunk
Interesting.... it's questionable what the "correct" behavior is, since the
fixed-pos image is in fact specified to go into the space where the scrollbar
is, and it's not clear that fixed-pos elements are "contained inside" the
viewport scrollbars.

That said, the abs pos image should not be painting over the scrollbar no matter
what.

Over to the right component -- this is a painting issue; the layout is correct.
Assignee: position → roc+moz
Status: UNCONFIRMED → NEW
Component: Layout: R & A Pos → Layout: View Rendering
Ever confirmed: true
The absolute image does not paint over the scrollbars. The fact that the fixed
image does is definitely a bug ... One I thought I'd fixed multiple times :-).
I'll look into it.
Priority: -- → P2
The URL here doesn't work for me. Simply nothing happens clicking it.

Is this actually different from bug 186696?
Depends on: 186696
I can test this bug was FIXED in Mozilla 1.5.

But there was a regression introduced by the fix to bug 225811 , that is taken
care of in bug 232469.

Changing dependance to bug 232469
Depends on: 232469
No longer depends on: 186696
Fixed by checkin for bug 232469
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → FIXED
*** Bug 246009 has been marked as a duplicate of this bug. ***
Component: Layout: View Rendering → Layout: Web Painting
You need to log in before you can comment on or make changes to this bug.