Closed
Bug 1365512
Opened 8 years ago
Closed 8 years ago
Media could not be played on Twitter -- media returns 404
Categories
(Core :: DOM: Core & HTML, defect)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
DUPLICATE
of bug 1374510
People
(Reporter: gerard-majax, Unassigned)
Details
(Keywords: nightly-community)
Attachments
(4 files)
STR:
1. Load a tweet with media https://twitter.com/PocahontasPrncs/status/864475833876000773
Expected:
Media can be played
Actual:
Error with "This media could not be played"
Web console shows that CSP blocked loading of MP4 file (french):
> Content Security Policy: Les paramètres de la page ont empêché le chargement d’une ressource à self (« script-src https://twitter.com http://localhost:* http://localhost.twitter.com:* https://*.twitter.com https://*.twimg.com https://vine.co https://*.vine.co https://*.periscope.tv https://*.pscp.tv »). Source: onfocusin attribute on DIV element. 864475833876000773
> Le chargement HTTP a échoué avec l’erreur 404. Le chargement de la ressource média https://video.twimg.com/tweet_video/C_88LqJU0AASyom.mp4 a échoué.
100% on https://hg.mozilla.org/mozilla-central/rev/e66dedabe582ba7b394aee4f89ed70fe389b3c46
Reporter | ||
Comment 1•8 years ago
|
||
FYI, I'm not able to reproduce that with a clean profile.
Reporter | ||
Comment 2•8 years ago
|
||
And just restarting Firefox it is working again ...
Comment 3•8 years ago
|
||
I'm not seeing a problem. Reopen if it recurs in a reproducible way. Maybe one of your add-ons?
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 4•8 years ago
|
||
It does re-occurs:
> https://twitter.com/SNCF/status/873193886872723458
Console shows 404 errors on media:
> Le chargement HTTP a échoué avec l’erreur 404. Le chargement de la ressource média https://video.twimg.com/tweet_video/DB40qxaW0AE4S7U.mp4 a échoué.
Loading the same media URL by hand in another tab works.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Reporter | ||
Comment 5•8 years ago
|
||
Reporter | ||
Comment 6•8 years ago
|
||
Reporter | ||
Comment 7•8 years ago
|
||
Reporter | ||
Comment 8•8 years ago
|
||
New element:
- loading the URL works in a non-container tab
- reproduced 404 in a container "personnel" tab
Force-reloading the URL in container tab "personnel" ends up working.
Summary: Media could not be played on Twitter due to CSP → Twitter edia returns 404 in one container but not in another
Reporter | ||
Updated•8 years ago
|
Keywords: nightly-community
Reporter | ||
Updated•8 years ago
|
Summary: Twitter edia returns 404 in one container but not in another → Twitter media returns 404 in one container but not in another
Reporter | ||
Comment 9•8 years ago
|
||
It is happening again today. Nightly is https://hg.mozilla.org/mozilla-central/rev/fe809f57bf2287bb937c3422ed03a63740b3448b
Reproduced at least on https://twitter.com/bouyguestelecom/status/875739073826213888 with media https://video.twimg.com/tweet_video/DCc__KEWAAAymuq.mp4 ; curl at the same moment returns 200 OK.
Reporter | ||
Comment 10•8 years ago
|
||
Looks like I am reproducing that from time to time :(. What seems to be consistent, though, is that when it happens in the container my twitter tab is, it works in a non-container tab right at the same moment.
Flags: needinfo?(dveditz)
Comment 11•8 years ago
|
||
baku: any ideas about what could be going on here? Given comment 8 (force-reload makes it work) could be a caching issue?
Flags: needinfo?(dveditz) → needinfo?(amarchesini)
Updated•8 years ago
|
Blocks: ContextualIdentity
Comment 12•8 years ago
|
||
There's a private email thread ongoing about this with some Twitter people where they are investigating. I'll point them to this bug.
Comment 13•8 years ago
|
||
Oh, and it appears it's an internal Twitter issue that they've identified and are working on a fix for.
Ben Kelly filed bug 1374510 about better handling of 404s.
Reporter | ||
Comment 14•8 years ago
|
||
(In reply to Andrew Overholt [:overholt] from comment #13)
> Oh, and it appears it's an internal Twitter issue that they've identified
> and are working on a fix for.
>
> Ben Kelly filed bug 1374510 about better handling of 404s.
Awesome. I also spotted the issue this morning on my desktop running latest stable on Debian (53 I guess), but with containers as well. Does that match the observations or are we starring a slightly different issue ?
Flags: needinfo?(overholt)
Comment 15•8 years ago
|
||
Removing NI. It seems that it's not a container bug. NI again if I'm wrong.
Flags: needinfo?(amarchesini)
Comment 16•8 years ago
|
||
(In reply to Alexandre LISSY :gerard-majax from comment #14)
> (In reply to Andrew Overholt [:overholt] from comment #13)
> > Oh, and it appears it's an internal Twitter issue that they've identified
> > and are working on a fix for.
> >
> > Ben Kelly filed bug 1374510 about better handling of 404s.
>
> Awesome. I also spotted the issue this morning on my desktop running latest
> stable on Debian (53 I guess), but with containers as well. Does that match
> the observations or are we starring a slightly different issue ?
I'm not sure. Let's leave this open and when I hear back from the Twitter folks I'll comment here and we can see if it's still reproducible. Thanks.
Flags: needinfo?(overholt)
Comment 17•8 years ago
|
||
Oh, and I can reproduce and I'm not using containers.
Comment 18•8 years ago
|
||
Moving to Generic DOM. It doesn't seem to be related to containers and our CSP processing should be the same as chrome wrt what Twitter uses.
Component: DOM: Security → DOM
Summary: Twitter media returns 404 in one container but not in another → Media could not be played on Twitter -- media returns 404
Updated•8 years ago
|
No longer blocks: ContextualIdentity
Comment 19•8 years ago
|
||
We have some logs/analysis going on over in bug 1374510.
Status: REOPENED → RESOLVED
Closed: 8 years ago → 8 years ago
Resolution: --- → DUPLICATE
Assignee | ||
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•