InformAction Forums

Hi, when I disable noscrit I can get videos from dailymotion, vimeo, youtube etc to play properly, but when I enable it the videos tend to take longer to buffer, and often the video freezes while the audio plays about halfway through. Any advice on what I can and cannot disable to stop this happening?

The other question is that I tried disabling noscript, and I got a message saying it would be safer to do a sort of soft disable to make sure I was still protected (dont worry, i was just disabling noscript to see if it was causing the problem). Anyways I tried the soft disable, just to see if it would fix the problem. Now that I tried it (didnt fix the problem) I want to get back to full protection, but Im not sure what parts of noscripts the soft disable disables. The only option I could find that was different was the option to enable scripts globally, which I unchecked. is there anything else the soft disable affects.

Any help is greatly appreciated.

Fomorian27 wrote:Hi, when I disable noscrit I can get videos from dailymotion, vimeo, youtube etc to play properly, but when I enable it the videos tend to take longer to buffer, and often the video freezes while the audio plays about halfway through. Any advice on what I can and cannot disable to stop this happening?

Not enough information...
When it fails, do you see anything related in the Browser Console? (Ctrl-Shift-J)
(if you don't know what's related, turn off CSS warnings and post everything else you see)

Fomorian27 wrote:I want to get back to full protection, but Im not sure what parts of noscripts the soft disable disables. The only option I could find that was different was the option to enable scripts globally, which I unchecked. is there anything else the soft disable affects.

I think it's just Allow Scripts Globally (ref: https://noscript.net/changelog#2.6.5). So if you undid that you should be back to normal...

What version of NoScript?

videos tend to take longer to buffer

Do you have particular, specific settings set in NoScript, or do you generally leave settings at defaults?
Do you even block particular domains (blacklist)?

Does the problem continue in a new, clean Profile with only NoScript installed?

Video playback (on Yahoo) is what, html5 (rather then Flash)?

I might have the same problem - or at least a related one - as the OP.
So i hope that instead of opening a thread of my own, it's ok to add to this one.


I used this page when i encountered the problem, and for further "testing" as well.
(Same result on this page, visited and found working with the same browser and installed add-ons 10days ago)

I have both Ghostery and AdBlockPlus installed, alongside NoScript.
There were quite a few updates these last few days, both the Firefox browser as well as all the add-ons (ofc) have had at least one update in that timeframe.

10days ago, i was able to view the vid with Ghostery, AdBlockPlus *and* NoScript (all latest versions of the time) active.
I had, in NoScript, to allow a few sites to run their scripts (whatchop.eu and .com, googleapis.com and animeget.eu) but was able to have simply blocked the rest (with google-analytics prohibited ofc)

Now, i have to "Allow scripts globally" *AND* uncheck "Block every object coming from a site marked as untrusted" in NoScript options to run the vid.
(It won't run if i do just one of these actions)
Or simply uninstall NoScript and rely solely on AdBlockPlus and Ghostery.


"What version of NoScript?"
Tested with the latest 2.6.9.25


"Do you see anything related in the browser console?"
I guess one could call the message
"[NoScript] Blocking cross-site Javascript served from http://www.animeget.eu/cdn/fun3.jsx with wrong type info application/octet-stream and included by http://online.watchop.com/s/flownew_med ... p693ut.mp4"
being "anyting related".


The effect should be reproducible; it sure is for me.
(as is the "workaround")


The vid in question plays fine with NoScript unintalled ofc, with AdBlockPlus and Ghostery (latest versions) doing their jobs.
(that site has an awful collection of ads and such if run without any protection at all)

But i would actually like to keep the extra control over which scripts are ran that NoScript gives me - or used to.


Since i did NOT have this issue 10days ago, with the same options and (versions notwithstanding) configuration
and since by basically crippling NoScript i get the result i want (or rather: need),
i would guess that the issue is with (harsher?) enforcement of rules or something within NoScript.
But i can not, of course, exclude any side-effects from wither Ghostery or AdBlockPlus or both, because they've all been changed since 10days ago.

Heck, i can't even exclude bad programming (the console error would suggest that, wouldn't it?) on the site's part to be ultimately responsible.
But since i did not have the problems 10days ago, but now i have them in youtube too (similar - i don't get the "play" button in the flash - but i didn't go into deeper testing with YouTube),
i would say that some behavior has changed within NoScript since then that's causing this.

I even tried downgrading to versions as far as 21 of NoScript, with no change.
This, by itself, would perhaps suggest that the problem we encounter isn't with NoScript after all, but for example with a change in the code the console-error-message points to.
But that, then, wouldn't explain the behavior on other sides, such as YouTube.
Or would it?
And well, since without NoScript i can still see my vids and use the embedded flash as usual, i think it's the likely source of that observed changed behavior.


A workaround exists (which reduces the impact somewhat), but since it involves basically turning off NoScript, i'd rather have this problem getting looked into by you guys.

Thanks a bunch and keep up the (otherwise?) good work!

@ Guderian
Whether it's related to the OP, I don't know. But that console message you posted *is* likely related to your problem, in your case try add the following to about:config > noscript.inclusionTypeChecking.exceptions (separated by one white space from the other entries)

Looks to work .

Please check latest development build 2.6.9.26rc2, thanks.

Giorgio Maone wrote:Please check latest development build 2.6.9.26rc2, thanks.

Didn't check in here in time for the RC2, but tried with the released 2.6.9.26 when i updated just a few mins ago.
No change in behavior, still had to do the above to run the vid.

The given workaround by adding the actual hosting site to the exception list DID work though.
With that added, i can keep the "allowed" scripts to their usual minimum as stated above.

So yeah...
a "true workaround" exists, but "out of the box" it won't work.
Definitely "low impact" now, with that workaround available.

Same problem (and ofc same workaround) might (rather: should) exist for other vid-streaming sites as well.
I can now, knowing about that exception key, implement the workaround for sites i encounter similar problems with.
But i guess not everyone can - or "dares".

Is there any "out of the box" (or built-in) solution possible?
I guess that enforcement check had become somewhat more strict, and that's generally a good idea.
But for someone who encounters a similar issue and not willing or able to edit about:config, perhaps some option doing that for the user might be possible?
Or something clever even that's transparent to the user??



Thanks for the workaround, btw - much appreciated!

We could ask for that exception to be default - you might note there's a very similar one already there...