Closed Bug 419187 Opened 16 years ago Closed 16 years ago

Flash video doesn't always repaint (on e.g. YouTube)

Categories

(Core Graveyard :: Plug-ins, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: jag+mozilla, Unassigned)

References

Details

(Keywords: regression)

Regression from bug 395983 on SeaMonkey Mac and Camino (Mac OS X 10.4). For some reason Firefox doesn't seem to be affected.

When viewing flash video in SeaMonkey and Camino, when you scroll the page the video will disappear. Sometimes scrolling it out of view and slowly back into view may bring it back. Easily reproduced on any YouTube page.
Oh, I guess I should mention I'm using Shockwave Flash 9.0 r115 :-)
Unfortunately I can't reproduce this with today's SeaMonkey or Camino nightlies on my 10.5 machine.
Noticed something very similar on http://elpais.com, and reproduced on YouTube.

STR
1. start the flash video (or unblock if you have flashblock)
2. let the video play a few seconds
3. Hide the browser (command H)
4. Bring the browser to the front

Actual Result: the flash movie vanished.
scroll the page a little, and the the flash video reappears

With an hour old Camino build, 10.5.2, Intel
Thanks, I can reproduce that with Camino on my machine but it only happens once every ~10 attempts.  I can't reproduce it with Firefox.
Happening for Firefox for me. This started on checkouts from a couple days ago. I don't use Camino or Seamonkey though, just Firefox. I'll try a nightly right now to see if the problem exists with them.
Okay. Interestingly, I didn't even have to try the nightly build. I simply used a fresh profile, and the problem goes away. Use my current profile and the problem comes back. Something in there is not playing nicely. I'll export my bookmarks and copy my home pages and use a fresh profile.
Doh! Firebug was my problem. Disabled it and now YouTube is no longer flickering while I scroll... still using original profile. My apologies on intruding... but perhaps it gives a hint on other places to look for the others.
I did try a clean profile and I still saw the problem, so whatever it is can be seen in a clean SeaMonkey profile. I don't have firebug running, but I wonder if the JS debugger is on by default for SeaMonkey.
During the periods where the plugin is not painting, are you seeing (non-fatal) errors like the following logged to the console?

<Error>: CGContextSaveGState: invalid context
<Error>: CGContextScaleCTM: invalid context
<Error>: CGContextDrawImage: invalid context
<Error>: CGContextRestoreGState: invalid context
(In reply to comment #9)

Indeed. (with Camino)

I've seen one more flagged, earlier in my log, not sure it is related to Flash or to images:
<Error>: CGBitmapContextCreateImage: invalid context

Okay, that's good news.  I'm fairly certain that this bug will be resolved by my patch for bug #408898, so I've made this one depend on that.  The one case where I can reproduce this (using Camino trunk, playing video at YouTube and repeatedly hiding/showing the window) is definitely fixed by my patch.
Depends on: 408898
Yeah, the patch in bug 408898 fixes this.
Fixed by the patch in bug 408898.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.