945636 - Vimeo.com videos don't play in Nightly

Status: RESOLVED WORKSFORME

(Firefox :: General, defect)

Description

[Chris Lord [:cwiiis]]

No vimeo.com videos play in Nightly. I have not tested Aurora or Beta, but release appears to be unaffected. Possible dupe of bug 945379 ?

I have only tested in Windows 8.1.

Comment 1

[Tanner M. Young [:tmyoung]]

I am seeing this too in FF26beta on Vista x64.  I am guessing it's a mixed content issue, and probably Bug 909105 is possibly a duplicate of this.  I don't know if this is something that Vimeo needs to fix or if Firefox needs to fix.  I didn't notice this when 23b came out with the mixed content blocker, so I would guess this might be a regression in our code and not Vimeo's fault.  When I try to unblock mixed items through the UI, it doesn't fix it, the browser just hangs on streaming content from pbl.vimeocdn.com but the videos work perfectly in Chrome.  I doubt it's a dupe of 945379, I would guess it's related to 909105 and 815321.  However, I have not tried streaming Vimeo videos while logged out or using a non-secure connection.

Comment 2

[Tanner M. Young [:tmyoung]]

I notified the Vimeo staff, and they said they would look into it.  This morning, videos are working again for me; there is still a mixed content warning, but it isn't preventing the videos from playing.  Also there is a small delay in playback, so it's possible that they have an HTTPS fallback in case regular HTTP doesn't work for logged in users.

Chris: Are you still having playback trouble?

Comment 3

[Chris Lord [:cwiiis]]

(In reply to Tanner M. Young [:tmyoung] from comment #2)
> Chris: Are you still having playback trouble?

I can confirm, videos play back correctly in Nightly right now. Well done all :)

Not sure how to resolve bugs like this, so I'll leave that down to you if you don't mind.

Comment 4

[Mike Conley (:mconley) (:⚙️)]

Thanks Chris!

Comment 5

[Tanner M. Young [:tmyoung]]

I got this message from one of the developers at Vimeo about the issue (just as a quick "for the record"):

"I don’t know if it could have been the cause of this bug, but we did release an update to the player on the 10th that fixed some playback issues. When the player is rendered, we set preload=“none” on the video to prevent any loading of the video automatically. When you hover over the player, we change it to preload=“metadata” to get a little head start on loading before you hit play. There were some situations where we weren’t clearing out the attribute, so the video never loaded (even though we are explicitly calling video.load() and video.play()).

"We don’t serve any videos over HTTPS yet, and probably not for a while."