InformAction Forums

Youtube and facebook video doesn't play when NoScript is enabled in the lastest minefield nighty. video plays again when NoScript is disabled. (Noscript has to be disabled in order to play videos, even though both sites are white-listed.)

is it possible that one of the massive JS landings broke NoScript once again?

URLs?

It is also possible that Flash & or other OOPP related items are wacked on the Trunk.


(At present I'm sticking with a 20101110 build due to related bugs, so I'm not really sure what may have broken more recently.)

Works OK here, tested with the 32-bit edition only though.

I noticed same issue at the NicoNico Douga(Japanese Video Site).

I investigated what caused the problem by using hourly archive.
As a result, the cause is the fix of unrevealed bug, Bug 573873.
From the change log, it changes the HTTP handling of plugins to fix the bug.

I found disabling "Abe" fixes videos at YouTube & CNN.
Latest Fx branch and latest NS Dev build.

GrailKnight wrote:I found disabling "Abe" fixes videos at YouTube & CNN.
Latest Fx branch and latest NS Dev build.

Confirmed fixed by disabling ABE.

if i have to disable some features in order to get it working then it's not a fix for me. anyway, today's build really "Fixed" the problem.

alex-the-cat wrote:if i have to disable some features in order to get it working then it's not a fix for me. anyway, today's build really "Fixed" the problem.

Which build was that? Fx or Noscript and if Fx which version of Fx?

I have tried the very latest Fx branch build and the current Noscript dev build and w/ ABE enabled flash videos do not work.
Disable ABE feature and the videos are fine.

@Guest, perhaps he's on a tinderbox-builds? Yes which one & what bug would have been nice.
<tinderbox didn't seem to do it either>


OK, I can confirm this now.
ABE looks to be breaking - something. Flash (or OOPP?) related.

Mozilla/5.0 (Windows NT 6.1; rv:2.0b8pre) Gecko/20101119 Firefox/4.0b8pre SeaMonkey/2.1b2pre
NoScript 2.0.6rc2

URL: http://www.amazon.com/Thick-as-Brick-Je ... 00000AOUD/

Allow amazon.com, images-amazon.com.

There are some music samples you can play, "Preview All Songs" (button).
Click button.

Results:

Button "spins", shows "Loading...".
After short period of time, button reads "Error", "Error 3".

Disable ABE.

Repeat.

Music plays .

ah.....i think i jumped the gun a little.
it's very strange coz if the video can't be loaded successfully the first time(the flash player works fine, it just can't load the video), i have to reload the page several times in order to play the video. (the frequency of reloading the page is completely random, sometimes reload a couple times will be OK, but sometimes it needs to be reloaded 10+ times to load the video.)

i also tried some tests with combinations of ipc/abe on/off, it puzzle me even more.

facebook
ipc=on abe=on: video broke
ipc=off abe=on: video broke
ipc=on/off abe=off: video plays.

YouTube
ipc=on abe=on: video broke
ipc=off abe=on: sometime plays successfully with no crash; sometimes reload couple times, plays successfully; sometimes reload couple times, plays a little and then crash with mozjs.dll 0xc0000005 violation.
ipc=on abe=off: video plays.

i'm using TRUNK build Mozilla/5.0 (Windows NT 6.0; Win64; x64; rv:2.0b8pre) Gecko/20101119 Firefox/4.0b8pre and NoScript 206rc2.

alex-the-cat wrote:ah.....i think i jumped the gun a little.

i'm using TRUNK build Mozilla/5.0 (Windows NT 6.0; Win64; x64; rv:2.0b8pre) Gecko/20101119 Firefox/4.0b8pre and NoScript 206rc2.

No problem jumping the gun happens.

At least we know the issue is ABE and it effects video in both Fx 4.0b8pre & Fx v3.6.13pre.

I am sure Giorgio will look into the problem and fix it soon enough.

Are you using 64bit Flash?

@therube:
your issue is probably unrelated, and most likely due to this.

I could reproduce the problem for some time after writing my previous post (using 32-bit 10.2 preview Flash BTW).
The only larger change on trunk I know of that could be related to this was the landing of async rendering for OOP plugins (not in-process ones), so if I am correct then setting dom.ipc.plugins.enabled to false, ie. making all plugins in-process again, should help too.

OK, finally I managed to reproduce.
This seems related to the new way for handling internal redirections which came out from the discussion of this bug