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

Issue 872810 link

Starred by 5 users
Status: Assigned
Owner:
jarhar@chromium.org
Cc:
█ krajshree@chromium.org
jarhar@chromium.org
viswa.karala@chromium.org
pfeldman@chromium.org
dgozman@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug



Sign in to add a comment

200 (from memory cache) when Disable cache is flagged

Reported by nork...@gmail.com, Aug 9 
UserAgent: Mozilla/5.0 (Windows NT 6.3; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36

Steps to reproduce the problem:
1. create a javascript file on a server
2. Turn on disable cache in the developer tools
3. create an HTML page with an IFRAME inside of it, the IFRAME must import the <script src="js file on the server">
4. visit HTML url and look for th JS at Network DevTools (returns 200 from server)
5. Without leaving the URL open the context menu at the IFRAME that has the JS inside of it and select "Reload frame" 
6. Look for th JS at Network DevTools (returns 200 from memory cache)

What is the expected behavior?
The devtools flag "Disable cache" should also clear memory-cache.

What went wrong?
Network DevTools returns 200 (from memory cache)

According to Chrome Documentation memory-cache is attached to every TAB so i guess the problem is related to the IFRAME option "Reload frame".

https://developer.chrome.com/extensions/webRequest#Caching

Did this work before? Yes 23.0.1271

Chrome version: 68.0.3440.106  Channel: stable
OS Version: 6.3
Flash Version: 

It seams that using "removeCache" before any request fiexes the issue.

https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/browsingData/removeCache
https://developer.chrome.com/extensions/browsingData#method-removeCache

Right now i've fixed the problem by using the following extensión wish only does the "removeCache" call.

https://chrome.google.com/webstore/detail/no-cache/hckocmggmdfdnjjomghmhllibmdobdll

The problem with that extensión is that clears cache on al WebPages and i need it only at the one with the "DevTools" open.
memory-cache.png
29.5 KB View Download

Comment 1 by vamshi.kommuri@chromium.org, Aug 10

Labels: Needs-Triage-M68

Comment 2 by krajshree@chromium.org, Aug 10

Cc: krajshree@chromium.org
Labels: Triaged-ET Needs-Feedback
norknot@ - Thanks for filing the issue...!!

Could you please provide a sample test file/url to test the issue from TE-end. This will help us in triaging the issue further.

Thanks...!!

Comment 3 by nork...@gmail.com, Aug 10 

Here you go krajshree:

https://codepen.io/llimas/pen/ajPexJ

I've attached a video, is not that easy to reproduce online... at my project happens at the first try (always).
Issue 872810.zip
992 KB Download
Project Member

Comment 4 by sheriffbot@chromium.org, Aug 10

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 5 by krajshree@chromium.org, Aug 17

Labels: -Type-Bug-Regression Target-70 M-70 FoundIn-70 OS-Linux OS-Mac Type-Bug
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on Mac 10.13.3, Win-10 and Ubuntu 17.10 using chrome reported version #68.0.3440.106 and latest canary #70.0.3524.3.
This is a non-regression issue as it is observed from M60 old builds. 

Hence, marking it as untriaged to get more inputs from dev team.

Thanks...!!

Comment 6 by lushnikov@chromium.org, Aug 25

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

Comment 7 by caseq@chromium.org, Dec 20

Labels: -Needs-Triage-M68
Owner: jarhar@chromium.org

Comment 8 by caseq@chromium.org, Dec 20

Cc: jarhar@chromium.org dgozman@chromium.org pfeldman@chromium.org viswa.karala@chromium.org
 Issue 876677  has been merged into this issue.
►

Sign in to add a comment