302508 - overflow: auto elements corrupted on scroll if another element is position: fixed

Status: RESOLVED WORKSFORME

(Core :: Layout, defect)

Description

[Michael Belisle]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en) AppleWebKit/412.6 (KHTML, like Gecko) Safari/412.2
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.10) Gecko/20050716 Firefox/1.0.6

If a page has one element specified as overflow: fixed and another element as overflow: auto, the 
overflow: auto element will not redraw properly when scrolling. This bug was only encountered in the 
build for Mac OS X; the bug was not found in Windows or Linux versions of Firefox. It was also 
encountered in Netscape (Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/
20040804 Netscape/7.2), but not in Camino (Version 2005042806 (0.8.4)).

May possibly be related to bugs 256840, 132337.

Reproducible: Always

Steps to Reproduce:
1. Create a page with one or more elements overflow: auto and another element position: fixed
2. scroll

Actual Results:  
The overflow: auto boxes redraw all over the place.

Expected Results:  
The overflow: auto boxes should redraw in their expected positions

One workaround is the move the position: fixed element so that it is partially off-page, i.e. top: -0.01em. 
Another workaround is remove either the overflow: auto elements or position: fixed elements. Yet a third 
workaround is to set width: 100% on the overflow: fixed element.

Comment 1

[Michael Belisle]

Attachment: example page which exhibits behavior

Comment 2

[Michael Belisle]

Attachment: screenshot of behavior

Comment 3

[thomas]

I've encountered this using 
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.8.1.3) Gecko/20061201 Firefox/2.0.0.3 (Ubuntu-feisty)

Often seen in pages with a floating navigation div that is fixed to the top or bottom of screen. The div is redrawn all over the page as I scroll up and down.
e.g: http://www.phpmyadmin.net/documentation/

Comment 4

[thomas]

NOTE: The page appears correctly when I switch focus to another window (like when trying to take a screenshot...). Perhaps because it's redrawn at this event, either way I have no further means of determining whether it's mozilla or not.

Comment 5

[AndrewM]

Version should be changed to Trunk (if it is still reproducible on a recent trunk build, I'm on Windows so I can't check :)

Comment 6

[José Jeria]

WFM: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1

Can anyone else verify?

Comment 7

[Michael Belisle]

(In reply to comment #6)
> WFM: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b1)
> Gecko/2007110903 Firefox/3.0b1
> 
> Can anyone else verify?
> 

I can't reproduce it in Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.11) Gecko/20071127 Firefox/2.0.0.11.