407426 - rendering glitch while mouse scrolling

Status: RESOLVED INCOMPLETE

(Firefox :: General, defect)

Description

[Allan]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1
Build Identifier: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:1.9b1) Gecko/2007110903 Firefox/3.0b1

I first added these same attachments to https://bugzilla.mozilla.org/show_bug.cgi?id=393837 before realizing this open bug predated FF3 by eons.  I kept thinking if I was reporting bugs on a beta release, I would only be searching on that target, but for some reason it as yet escapes me how to make Bugzilla do that.  


Reproducible: Sometimes

Steps to Reproduce:
1. visit http://www.perl.com/pub/a/2007/12/06/soto-11.html
2. mouse scroll up/down clipping the "floating memes" grey background table at screen boundaries then reversing direction
3. watch the layout garble 

Actual Results:  
Tearing, misplacement of rendered items, and visual garbage.  


Expected Results:  
Uploaded as PNG attachment.  


Asus P5B E6600 with the Saphire RV370, xorg 7.1-2  
Same rig had no such problems with FF 1.5.x; never used FF 2.x

Comment 1

[Allan]

Attachment: first screenshot: correct rendering

http://www.perl.com/pub/a/2007/12/06/soto-11.html

The critical portion in the "floating memes" listed with grey background.  This
portion does not display correctly in the garbled shot.

Comment 2

[Allan]

Attachment: second screenshot: as before, garbled

Text as originally attached to the outdated bug referenced above.  

The garbling displayed here is produced by mouse-scrolling (vertical)
repeatedly up and down repeatedly clipping the grey "floating memes" box at the
top or bottom edge of the screen, and then changing direction.  

This shot is more extreme than the usual garbage, which is portions of the grey
box rendered incorrectly to more than one place.  However, it was harder to
capture that image, because as soon as I moused to another window (to use the
Gimp screencap function) the rendering corrected itself.  For some reason, loss
of window focus would cause a restorative update.  The garble in this shot was
not fixed by loss of focus during the screen capture activity.  

I've seen minor tearing on many pages, but usually as a short term glitch. 
This is the first page (after about a week of extremely heavy use) where the
rendering problem reproduces reliably.  Note that when I changed my window size
to a smaller size, this problem did not occur in my short test.  But once I
returned to the full size, the problem was exactly the same as before.

Comment 3

[Renato Sabo]

I tested Minefield for several months on Windows vista 64 SP1, and the issue was marginal. On Windows 7 64, the tearing is very frequent, happening almost on all pages with images.

Comment 4

[Renato Sabo]

Attachment: This is unteared

This is unteared

Comment 5

[Renato Sabo]

Attachment: This is the tearing while scrolling with mouse wheel

Comment 6

[Renato Sabo]

Attachment: This is tearing while scrolling with scroll bar with mouse

After the wheel tearing, i tried to fix it scrolling with the bar down and getting back. This is the result.

Comment 7

[Tyler Downer [He/Him]]

Does this still happen with Firefox 3.6.6 or later in a fresh profile?

Comment 8

[Tyler Downer [He/Him]]

No reply, INCOMPLETE. Please retest with Firefox 3.6.8 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.

Comment 9

[Mark Bokil]

I was testing out Firefox 11 beta on Linux (Ubuntu) and I came across this bug. I can only trigger the screen glitches when I use the mouse wheel. Using arrows to scroll works fine.

Comment 10

[Mark Bokil]

Attachment: mouse scrolling glitch Linux

Forgot the image attachment. Screenshot from Ubuntu 12.04 alpha 2. I have seen it since version 9 on Linux but never bothered reporting it.