Closed Bug 435997 Opened 16 years ago Closed 11 years ago

XUL elements don't redraw properly over the main viewport

Categories

(Firefox :: Extension Compatibility, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: nicholas.j.santos, Assigned: enndeakin)

References

()

Details

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9) Gecko/2008051202 Firefox/3.0
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9) Gecko/2008051202 Firefox/3.0

When an XUL element is rendered on top of the main browser element, scrolling the browser element causes serious display problems. It looks like the elements aren't getting redrawn properly--they smear across the viewport, covering anything that they cross.

Reproducible: Always

Steps to Reproduce:
1) Download the Google Notebook extension at http://www.google.com/notebook/download
2) Hit the Open Notebook button in the lower-right hand corner of the screen.
3) Scroll the main browser viewport
Actual Results:  
The viewport does not render properly, causing very visible display issues. XUL elements "smear" across the screen, covering up other elements.


Expected Results:  
The viewport should render correctly.

Only seen in FF3b5 and later. Bug does not appear in FF2.
Only seen on Mac. Bug does not appear on Windows or Linux.

The Google Notebook extension is only XUL and JS, so it's pretty clearly an XUL rendering bug.
Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.5; en-US; rv:1.9) Gecko/2008052903 Firefox/3.0

Instaled Google Notebook as specified with a clean profile 
Clicked on open notebook after FF3 restarts
Clicked open in full page then
Ran the Google video on introducing google notebook - all of the video is out of focus and the text is smeared.
Error console gets 6 errors and 75 warnings as a result of performing these test steps.
Changing this bug to new as it definately is not working correctly.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Is there any way you could provide either or both of the following:

a) A reduced testcase (e.g. just enough XUL/JS to cause the bug)
b) A regression range - e.g. what nightly build between b4 and b5 that this regressed?

Both would greatly speed resolution.
Here's a reduced test case:
http://www.nick-santos.com/tests/notebook-test.xpi
It's just some XUL that adds a <browser> element on top of the main tabbrowser. scroll the main tabbrowser to get lots of fun visual fireworks.

I don't have the answer to (B) close at hand (because https://bugzilla.mozilla.org/show_bug.cgi?id=418356 also broke Notebook around the same time), and i don't think i'll have time to do a search through the nightlies before I leave on vacation...sorry...
Neil can you take a look?
Assignee: nobody → enndeakin
This isn't an issue anymore. Lots of drawing bugs have been fixed since then.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.