Closed Bug 36812 Opened 25 years ago Closed 25 years ago

GFX scrollbars break absolutely positioned elements

Categories

(Core :: XUL, defect, P3)

defect

Tracking

()

VERIFIED DUPLICATE of bug 28505

People

(Reporter: pierre, Assigned: eric)

References

Details

(Keywords: css2)

Attachments

(1 file)

Absolutely positioned elements that scroll (ie. "overflow:scroll" or "overflow:auto") work correctly with native scrollbars. If you enable the GFX scrollbars, the scrollbars are positioned correctly but the scrollframe is located way off, as if it were not absolutely positioned. See the testcase that I'm going to attach.
Attached file testcase (deleted) —
That's really bad. I don't understand how our chromes can work: we certainly have absolutely positioned scrolling elements in many places. I guess some people must have done some ugly hacks.
The chrome doesn't use any absolute positioning - boxes don't allow it (or don't work anywhere near correctly).
Keywords: css2
reassigning to evaughan. GFX scrollbars used in HTML also & even though they are XUL, they should be able to be absolutely positioned.
Assignee: trudelle → evaughan
Blocks: 38639
The behaviour of mozilla has changed substantially from what it was at the time this bug report was filed (at that time, the contents of an absolutely positioned DIV were at 0,0 while the scrollbars were located at the DIV position (top;left). At any rate, this is the same problem as bug #28505 (i.e., position:absolute; overflow:scroll; top: NN; left: NN;) when using GFX scrollbars. Marking DUPLICATE. *** This bug has been marked as a duplicate of 28505 ***
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → DUPLICATE
Verified duplicate.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: