New issue
Advanced search Search tips
Note: Color blocks (like █ or █) mean that a user may not be available. Tooltip shows the reason.

Issue 852681 link

Starred by 1 user
Status: Assigned
Owner:
jarhar@chromium.org
Cc:
█ sindhu.chelamcherla@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

When caching disabled in developer toolbar the MP4 videos are still server from cache

Reported by rol...@nextendweb.com, Jun 14 2018 
UserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. Add a simple HTML5 video to your website
2. Open up developer console and load the page
3. Video will show up on the Network -> Media tab at the first load
4. Hit CTRL+F5, the video will not show on the Network -> Media tab
5. Check "Disable cache" on Network tab and reload the page, video still not visible on the Media tab

What is the expected behavior?
When cache set to disable, I think it should be applied to all kind of resources. It makes site loading debugging really complicated when we have to deal with videos.

What went wrong?
Video does not show on the Network tab after it is cached.

Did this work before? No 

Chrome version: 67.0.3396.87  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: 

In private window, the video loads also on the first load and displayed on the network tab.

Comment 1 by mmenke@chromium.org, Jun 14 2018

Components: -Internals>Network Platform>DevTools Internals>Media>Network

Comment 2 by krajshree@chromium.org, Jun 14 2018

Labels: Needs-Triage-M67

Comment 3 by sindhu.chelamcherla@chromium.org, Jun 15 2018

Cc: sindhu.chelamcherla@chromium.org
Labels: Triaged-ET Needs-Feedback
Unable to reproduce the issue on reported version 67.0.3396.87 using Windows 7 on Youtube.com.

@Reporter: Please provide sample URL/test file containing HTML5 video as mentioned in comment#0. Also please provide screenshot/screencast on reproducing the issue. This would help in further triaging.

Thanks!
Project Member

Comment 5 by sheriffbot@chromium.org, Jun 15 2018

Labels: -Needs-Feedback
Thank you for providing more feedback. Adding the requester to the cc list.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by viswa.karala@chromium.org, Jun 22 2018

Labels: M-69 Target-69 FoundIn-69 OS-Linux OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on chrome reported version 67.0.3396.87 and on latest chrome 69.0.3466.0 using Mac 10.12.6, Ubuntu 14.04 and Windows-10. As this issue is seen from M-60(60.0.3112.0), hence considering this issue as Non-Regression and marking it as Untriaged.

Thanks!

Comment 7 by lushnikov@chromium.org, Jun 23 2018

Owner: eostroukhov@chromium.org
Status: Assigned (was: Untriaged)

Comment 8 by dgozman@chromium.org, Oct 12

Owner: jarhar@chromium.org
►

Sign in to add a comment