InformAction Forums

... state, and also clears all the suggested thumbnails (they go blank and never update).

Fx 7.0b5, NS 2.1.2.8 (and earlier), new profile, block embeddings on whitelisted

to get the html5 video page append "&html5=True" to the url.

URL: http://www.youtube.com/watch?v=3np0DMxX ... html5=True

Couple of XML warnings in Error Console. Don't know if relevant or not?


(Man he's gotten old.)

Oops.

Even though I had it already installed in SeaMonkey, I hadn't put it into FF 8 when & where I looked earlier.

v 2.1.2.8rc3
==========================================================================
x Fixed placeholders hard to activate on HTML 5 Youtube videos

And with that now installed, works.


> and also clears all the suggested thumbnails (they go blank and never update)

That still happens.

therube wrote:Oops.

Even though I had it already installed in SeaMonkey, I hadn't put it into FF 8 when & where I looked earlier.

v 2.1.2.8rc3
==========================================================================
x Fixed placeholders hard to activate on HTML 5 Youtube videos

And with that now installed, works.

What works? This bug is not about difficulty of activation, but what happens once activated (permanent loading state, blanked suggested thumbnails).

OK.

Just to note, even though the site shows to be in a permanent loading state, it appears there is no I/O.

Thinking it is not uncommon for sites to show as permanently loading - at times. Amazon (music) & Yahoo (mail) come to mind. Not always, but often enough. NoScript related too? (Kind of remember a post where the person said they kept the Status Bar Label <?> enabled to prevent permanent loading <but that had no affect on html5 video at Youtube>?)

Investigating, thanks.

Fixed in latest development build 2.1.3rc1.

Giorgio Maone wrote:Fixed in latest development build 2.1.3rc1.

1. The page refreshes on activation, is that avoidable?
2. The problem was still there on first load in a new profile (can be reproduced by clearing everything)
   1. start Fx 7.0b6 with NS 2.1.3rc2 (apply to whitelisted)
   2. clear everything
   3. open http://www.youtube.com/watch?v=KX2BQM0D01M&html5=True
   4. activate, the page refreshes but:
      1. placeholder remains
      2. most of the time (for such initial activations) suggested thumbnails do not load and the page stays in a loading state
   5. on subsequent activations, page refreshes unblocking the player, the thumbnails load and loading state ends.

al_9x wrote: The page refreshes on activation, is that avoidable?

Nope, the video element couldn't be wired to its UI otherwise.
BTW, the refresh happened also before, but it was forced to happen exclusively from the cache, and this was the cause of the behavior described in the original post.
The only thing which worked has been special-casing HTML 5 media elements to require a "normal" reload.

al_9x wrote:The problem was still there on first load in a new profile

That's because the URL changes depending on the presence of Youtube cookies.
I worked around (making replacement more resilient to minor URL changes as a side effect) with latest development build 2.1.3rc3.

Giorgio Maone wrote:latest development build 2.1.3rc3.

First (no cookies) activation problem is still in 2.1.3rc3

al_9x wrote:First (no cookies) activation problem is still in 2.1.3rc3

Please check 2.1.3rc4.

Giorgio Maone wrote:

al_9x wrote:First (no cookies) activation problem is still in 2.1.3rc3

Please check 2.1.3rc4.

ok now.

let me clarify that,

the initial (no cookies) activation problem of rc2 had two components: A. player still blocked, B. no thumbnails and permanent loading state

when I tested rc3, I believe it still had both A and B

however now something is different on youtube, the url is not changing, so A is not an issue even in rc2

(I think this was already requested, can you make it possible to copy urls from the NS menu, in this case the blocked object url?)

B does happen occasionally (used to be consistent), but again that's due to youtube changes, since it's the same in rc2.

So the bottom line, there is currently no difference in html5 youtube behavior among rc2-rc4.