Manual refresh needed on history.com

[Alan Baxter]

I was testing this link for one of the other support topics, http://www.history.com/video.do?name=Battles_BC, and it turned out I had to do a manual refresh after Allowing history.com to get the page to display correctly. The automatic refresh that NoScript did was insufficient. I'm so used to relying on the effectiveness of NoScript's refresh, that it took me a while to figure out what the problem was.

Steps to reproduce:
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.2) Gecko/20090729 Firefox/3.5.2
NoScript 1.9.8.5, default settings, no other extensions, default theme.
- Load http://www.history.com/video.do?name=Battles_BC
- Temporarily Allow history.com
Result: Page refreshes, but most of the rest of the content isn't displayed, including no video.
Expected result: Most of the rest of the content is displayed, including the video.

- Press F5
Result: Most of the rest of the content is displayed, including the video. I expected NoScript to do this automatically, without having to do a manual refresh.

[therube]

If Flash is Allowed, then as soon as I Allow history.com, the page reloads & the video starts playing.

If Flash is blocked, something else is going on ...
The placeholder shows as expected.
There are actually two placeholders.
If you click the "main" placeholder, a Flash error comes up:
"There is an error, please try reloading the player. RELOAD PLAYER"
Clicking RELOAD & you just end up in the same loop.

However, if upon being presented the placeholders, you first click the "small" placeholder, then click the "main" placeholder, then the video will load & play as expected.

(brightcove.com appears not necessary at all)

[therube]

Yet, you might be right.
Let me look more ...

I had <I/FRAMES> blocked.
With that, it works as I posted above.

<I/FRAMES> Unblocked, & it works as you describe.

This might have happened - once ? Now I'm confused?

Looks like this only occurs the first time you attempt to play the video after starting your browsing session.

[therube]

Perhaps nothing said above matters except ...

Looks like this only occurs the first time you attempt to play the video after starting your browsing session.

[Alan Baxter]

Are you through editing this post yet?

Yet, you might be right.
Let me look more ...

I had <I/FRAMES> blocked.
With that, it works as I posted above.

<I/FRAMES> Unblocked, & it works as you describe.

This might have happened - once ? Now I'm confused?

Looks like this only occurs the first time you attempt to play the video after starting your browsing session.

It's sufficient to close all tabs except a blank tab and then enter the problematic url.
Default NoScript settings

[therube]

It's sufficient to close all tabs except a blank tab and then enter the problematic url.

I can't seem to make it happen by doing so?
(Oh yeah, let me update from 1.9.8.1 & see if that makes a difference.)

No, can't duplicate that.
Opening a new Window should accomplish the same? But it doesn't.
The new Windows opens & plays as expected.

On the initial Window, opening a new tab, closing the video, then opening the video in that (then single blank) tab, also plays as expected.

[Alan Baxter]

On the initial Window, opening a new tab, closing the video, then opening the video in that (then single blank) tab, also plays as expected.

Open a blank tab or new window. Forbid history.com by resetting NoScript. Enter the problematic url. Temporarily Allow history.com.
Result: No new content, no video, no placeholder. A manual refresh is necessary.

It looks like you're following a different procedure or else it's SeaMonkey specific. I hope Giorgio is investigating while you and I are flailing.

[therube]

OK, that does it. I can duplicate it now.
(I had not been Revoking once Allowed.)