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)
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
Comment 2•16 years ago
|
||
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.
Reporter | ||
Comment 3•16 years ago
|
||
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...
Assignee | ||
Comment 5•11 years ago
|
||
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.
Description
•