Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060309 Firefox/1.6a1 (places, non-cairo) 1. New profile, start firefox 2. Make a bookmark for about:config 3. Middle click this bookmark so it opens in a new tab (in background) 4. Change to tab Observe the top of the window is not drawn correctly; it 'leaks' what was in the same place on the previous tab.
Confirming this. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060308 Firefox/1.6a1 ID:2006030810
Summary: Webpage not (fully) drawn after switching tab (non-cairo) → Webpage not (fully) drawn after switching tab (non-cairo only)
Please note, this is a NON-CAIRO bug! Works - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060307 Firefox/1.6a1 ID:2006030706 (places, non-cairo, pacifica) Broken - Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a1) Gecko/20060308 Firefox/1.6a1 ID:2006030813 (places, non-cairo, pacifica) Regression Range - http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-03-07+05&maxdate=2006-03-08+14&cvsroot=%2Fcvsroot
Assignee: nobody → general
Component: General → GFX
Product: Firefox → Core
QA Contact: general → ian
I've filed bug 329944 for the scrollbar components. It seems that the painting bug is more easily reproducible when several tabs are being loaded and when we switch from 1 tab to another. Then, the re-drawing, painting is not best, not refreshed.
Checked in a fix making the entire patch for 328337 MOZ_CAIRO_GFX-only; I'm guessing what we really want is the MOZ_CAIRO_GFX case in both places even with non-cairo, but this is safer for now.
Status: NEW → RESOLVED
Last Resolved: 13 years ago
Resolution: --- → FIXED
Verified FIXED with SeaMonkey trunk build 2006-03-24-04 on Windows XP.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.