STR: 1) Install Fx3.1b2, a recent Fx3.0.7pre, or Camino 2.0b2pre and Flashblock 126.96.36.199 2) Visit http://www.archive.org/details/Univac_Commercial_Classic_Old_Vintage 3) Click on the site's "click-to-play" image 4) Click on Flashblock's "click-to-play" div ER: Flash video plays AR: Black flash of something, then Flashblock's "click-to-play" div reappears. Rinse, repeat. I see this behavior in Fx3.1b2 (which was from before m-c and m-1.9.1 branched, I think), a Firefox 3.0.7pre build from the other day and a recent Camino 2.0b2pre nightly (both 1.9.0.x), with Flashblock 1.5.7/188.8.131.52 (they are equivalent). The video appears as expected after step 4 in Camino 1.6.7pre (184.108.40.206pre) with the same version of Flashblock, so it seems to be a Gecko regression somewhere between 1.8.1 and 1.9.0; I haven't had the chance to do more hunting yet, though the Camino user who first reported this said he thought these videos worked not too long ago.
Johnny, can you look at this regression ASAP? Talking with Dan, this blocks Firefox 3.0.6, which has already gone to beta users...
Flags: blocking220.127.116.11? → blocking18.104.22.168+
Also: Philip, is there anything you can do on Flashblock's side of things to fix this? Any help debugging the issue would be greatly appreciated.
This should block 1.9.1 as well. I'm guessing (and I'll confirm) that it's a regression from bug 438830.
I tested this in 3.0.5 and can reproduce the issue there. Not sure this still blocks 22.214.171.124... I need to find a regression range. Dan?
Flags: blocking126.96.36.199+ → blocking188.8.131.52?
We should get a regression range on this. Is it a change to the Internet Archive or a change on our end?
FWIW, on one of my machines, I have Fx 3.04 + FlashBlock 1.5.6 and I see the same problem.
Seems to work in Firefox 2. My guess is that this broke due to us fixing bug 1156. Trev, mind having a look to see if this is something that should be dealt with in Flashblock rather than in the browser?
Yeah, sorry for the quick trigger on this guys. I assumed it was a recent regression.
(In reply to comment #7) > Seems to work in Firefox 2. My guess is that this broke due to us fixing bug > 1156. Unfortunately, I see the same broken behavior in Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.9a1) Gecko/20050921 Firefox/1.6a1 which should be the last build before bug 1156 landed.
Oh, and Dan confirmed this on Windows as well.
OS: Mac OS X → All
(In reply to comment #12) > I am only unsure why this issue only popped up now. My guess (now) is that the Internet Archive changed the way they do videos and that the site change "caused" this issue, not Flashblock itself. Philip, I'm going to assign this to you but feel free to assign to someone else on the Flashblock team and resolve it as INVALID (not Mozilla's bug) when a new Flashblock gets released.
Assignee: jst → philip.chee
Sure, no problem.
10 years ago
I have just pushed out Flashblock 1.5.8 which includes a fix for this bug. <http://flashblock.mozdev.org/installation1.html> <http://downloads.mozdev.org/flashblock/flashblock-1.5.8.xpi> I shall be pushing this to AMO Real Soon Now. Resolving as WORKSFORME, but really there should be a "FIXED UPSTREAM" resolution.
Status: NEW → RESOLVED
Last Resolved: 10 years ago
Resolution: --- → WORKSFORME
Philip, thanks for updating Flashblock. It's greatly appreciated.
You need to log in before you can comment on or make changes to this bug.