Open
Bug 921535
Opened 11 years ago
Updated 11 months ago
Videos do not show up in network monitor when they are embed inside an HTML page
Categories
(DevTools :: Netmonitor, defect)
Tracking
(Not tracked)
REOPENED
People
(Reporter: sime.vidas, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(4 files)
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0 (Beta/Release)
Build ID: 20130910160258
Steps to reproduce:
1. Go to this URL: http://ak.c.ooyala.com/U2a2gyZjpiF4DSU-mDqyoetV0NGM6ans/DOcJ-FxaFrRg4gtDEwOnVhOjB1Owywhr
2. Open the Network panel of DevTools
3. Reload the page with Ctrl + F5 or F5
Actual results:
The page (the video) will start playing but the Network panel will not show any HTTP traffic. (I've provided a screenshot below.)
Expected results:
The Network panel should show HTTP traffic for the video. It's an GET request and the response is "video/mp4" content.
Reporter | ||
Updated•11 years ago
|
Summary: The Network panel in DevTools doesn't show anything → The Network panel in DevTools doesn't display the HTTP traffic
Updated•11 years ago
|
Component: Untriaged → Developer Tools: Netmonitor
It see it, but it's erratic. Sometimes it's displayed incompletely, rarely entirely.
Comment 2•11 years ago
|
||
Reproducible on Fx25 Mightly. But I won't see it as a bug but as an enhancement feature because you can see the video request if it its embedded in some page in Network panel, try https://careers.mozilla.org/ and watch the network panel there you can see the GET request for the "webm" video.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 3•11 years ago
|
||
(In reply to Dron Rathore from comment #2)
> Reproducible on Fx25 Mightly. But I won't see it as a bug but as an
*Nightly
Reporter | ||
Comment 4•11 years ago
|
||
Reporter | ||
Comment 5•11 years ago
|
||
Dron, I don't see the HTTP request fort the video. I've provided a screenshot above.
Steps to reproduce:
1. Open https://careers.mozilla.org/
2. Open the dev tools and display the Network panel
3. Hit Ctrl + F5 to reload the page
4. After the page loads, click "Play" on the video and confirm that the video plays
5. Check the Network panel. There will be no HTTP request for the video that plays on the page
Comment 6•11 years ago
|
||
Aah I see, the on the fly video packets are not made to be listened as they make no sense as they are read in a stream and sometimes in chunk also, but together they constitute to a single GET request's thread, makes sense?
Cheers! :)
Comment 7•11 years ago
|
||
Also you can see a GET request with response header 206 Partial Content, after you click on play :)
Comment 8•11 years ago
|
||
I can see a new GET request generated when I click on play with the response header 206 "Partial Content"(see the attachment). Can you confirm if it is reproducible on Fx25 or it is just not working in Fx24? WFM!:)
Cheers!
Flags: needinfo?(sime.vidas)
Reporter | ||
Comment 9•11 years ago
|
||
I can see the GET request now, consistently, for that Mozilla webm video.
Getting back to the original video (the one from my first message). The page that embeds this video is here: http://www.theverge.com/2013/9/26/4774444/rehabilitation-institute-chicago-creates-mind-controlled-bionic-leg. Even when embedded, that video does not appear in the Network panel. All I see are some POST requests for a "verify" file which appear every second or so.
Could you investigate this?
Flags: needinfo?(sime.vidas)
Comment 10•11 years ago
|
||
I can see the request for the mp4 file at the original example URL, but I have a similar problem when visiting gfycat.com or mediacru.sh. Those sites load .webm files and auto-play them, but looking in the "Network" tab of the developer tools there is no request for the WebM file to be found! However, opening Page Info (CMD+I on Mac) and the "Media" tab, will show an entry for a .webm file.
Example: http://gfycat.com/ContentWildArmyworm
Details:
Location: http://zippy.gfycat.com/ContentWildArmyworm.webm
Type: video/webm
Size: 341.26 KB (349450 bytes)
Dimensions: 602px x 334px
Associated Text: Sorry, you don't have HTML5 video and we didn't catch this properly in javascript. You can try to view the gif directly: http://giant.gfycat.com/ContentWildArmyworm.gif .
The "Media Preview" works!
Again, the request for this file does not appear anywhere in the "Network" inspector, but all other files (it seems) do appear.
Comment 11•11 years ago
|
||
Sorry, forgot to add to my previous comment: I'm using Firefox 26.0 on Mac OS X.
Comment 12•8 years ago
|
||
I can't reproduce, so I'm going to assume this is fixed, feel free to reopen otherwise.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → WORKSFORME
Comment 13•8 years ago
|
||
I'm still not seeing the .webm video from the example I provided in the network panel, if it's cached, even though other resources do show up with the word "cached" in the Transferred column.
Comment 14•8 years ago
|
||
Am I missing something?
Comment 15•8 years ago
|
||
Ah, only happens when the video is embed in a webpage. Updated the summary to make that clear.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Summary: The Network panel in DevTools doesn't display the HTTP traffic → Videos do not show up in network monitor when they are embed inside an HTML page
Reporter | ||
Comment 16•8 years ago
|
||
Chrome seems to have the same issue, so it’d possible that that website is using an uncommon technique to load videos on its pages.
Updated•7 years ago
|
Product: Firefox → DevTools
Updated•5 years ago
|
Blocks: missing-incomplete-dup-requests
Updated•2 years ago
|
Severity: normal → S3
Comment 17•2 years ago
|
||
Trying to debug why the video I embed on my page does not support seeking, but I can't see the video on the network log stream. This is very inconvenient not to be able to see the HTTP transaction around the video itself, if there is a single HTTP request, if the browser tries to make a partial request when seeking, ...
Comment 18•2 years ago
|
||
Apparently when you enable debugging of the browser itself and chrome it will show the video request.
You need to log in
before you can comment on or make changes to this bug.
Description
•