InformAction Forums

Installed NoScript 1.9.9.29 with the profile I normally use and all extensions and plugins (that I normally have enabled) enabled.
Selected video now plays. The necessary sites are allowed.
Thank you Giorgio.

Giorgio Maone wrote:Please check latest development build.

NoScript 1.9.9.29
The correct video comes up now.

The video doesn't play, but it doesn't play in my profile that has no extensions either. And I have exactly the same problem in IE8 too. CPU settles down to almost 0%, but the Internet download meter is pegged for minutes. Me thinks this site is too bandwidth intensive for me to test effectively on my 256kbps DSL. Fortunately, I don't normally try to view the Comcast videos; I was just doing this for NoScript testing.

I'm getting the correct video with .29 regardless of the placeholder.

(.26 worked in SeaMonkey, .27 did not work in FF35, never tried .28)

The pattern I'm seeing is that it works with a placeholder once after clearing cache, and then not.
fx 3.5.6, ns 1.9.9.29, new profile, apply to trusted, xp32

Still cannot reproduce. I always get the correct video

Giorgio Maone wrote:Still cannot reproduce. I always get the correct video

I can repro it consistently, xp32sp3, fx 3.6.0, new profile, ns 1.9.9.46, allow comcast.net, block flash on trusted
here is a capture
http://rapidshare.com/files/349363258/comcast.wmv.html

Do you need debug dump, anything else?

al_9x wrote:Do you need debug dump, anything else?

No idea. Clean profile me too, I always the correct video, no matter the cache, no matter which sites I allowed (provided that comcast.net is in my whitelist).
Apparently both therube and Alan Baxter are observing the same as me.

On a clean profile, the only difference might be given by plugins.
I've got Flash 10.0.42.34 and a bunch of others, but I can reproduce the "good" outcome also after disabling all my plugins except Flash.
Can you try to disable all plugins except Flash as well?

Should the problem persist, please send me both your console dump with noscript.consoleDump=1 and any error message in Tools|Error Console.

@al_9x:
Mystery solved, finally, thanks to your assistance.

The problem is quite trivial, actually, even if not easy to detect without access to the Comcast network: the page JavaScript needs to call an initialization method (initMovie()) on the Flash object in order to set the playlist selection, among other things.
The reason why it breaks more likely in the Comcast network but appears to work outside is due to the slightly different layout, the different network latency or both: recent NoScript versions trigger a fast (cache) page reload upon object activation if the just activated object is very small (< 2x2 pixels), assuming that a JavaScript initialization was needed to give it proper layout.
Now, Comcast users like you have proper layout upon initialization, and therefore the page does not reload, initMovie() can't be called and the playlist is reset to a default selection.
Outside the Comcast network we get a slightly different layout which causes player's dimensions to be 0 for some milliseconds after activation (I suspect network latency plays a part in this delay too), therefore NoScript reloads the page and, as a side effect, allows the movie to be properly initialized by the JavaScript call otherwise missing.