I can confirm this for 4.0.1, but against Trunk it's okay. http://nightly.mozilla.org/
Version: unspecified → 4.0 Branch
It looks like the problem disappears here: Last bad nightly: 2011-05-13 First good nightly: 2011-05-14 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?tochange=8404426ef391&fromchange=ad1fa68dcaf5
Here is on regression range where the Nightly goes from good to bad, but during 2010 the behavior of Nightly is also bad using the URL in comment 0 - but in a different way (doesn't render OK). Last good nightly: 2011-01-13 First bad nightly: 2011-01-14 Pushlog: http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=54184cfa6f0e&tochange=9f412256da4c
The URL in comment 0 does not work for me with: Mozilla/5.0 (X11; U; Linux i686 (x86_64); en-US; rv:188.8.131.52) Gecko/20110420 Firefox/3.6.17 I just get one red line at the top of the screen, and nothing more seems to happen.
I had left a few console commands in the JS for debugging in Firebug which was causing some problems when Firebug isn't running, I've removed them now. I'll try testing some more on a few different machines with the cache cleared to confirm. Thanks for taking a look at this!
The first bad revision is: changeset: 60439:b9029c71a63a user: Oleg Romashin <firstname.lastname@example.org> date: Thu Jan 13 15:20:53 2011 +0200 summary: Bug 619176 - Plugins get Visible state every time when scrolling (:BuildLayer always make them visible). r=roc a=approval2.0
The first good revision is: changeset: 69430:9cfa7843408b user: Robert O'Callahan <email@example.com> date: Fri May 13 02:59:21 2011 +1200 summary: Bug 648277. Ensure we request a plugin geometry update for a new windowless plugin that may need its visibilty state updated. r=tnikkel
Component: General → Plug-ins
OS: Windows 7 → All
Product: Firefox → Core
QA Contact: general → plugins
Hardware: x86 → All
Version: 4.0 Branch → Trunk
Bug 648277, comment 14 tracked down the same changeset as I did in comment 6. This bug is apparently a duplicate of: Bug 648277 - Flash fails to paint until mouse is moved And indeed, if you use Firefox 4.0.1 and sweep the mouse pointer over the screen the current testcase gets updated faster.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 648277
You need to log in before you can comment on or make changes to this bug.