Does the "disable cache while devtools are open" option affect file:/// loaded web pages?

RESOLVED WORKSFORME

Status

P2
normal
RESOLVED WORKSFORME
2 years ago
2 months ago

People

(Reporter: sole, Unassigned)

Tracking

(Blocks: 2 bugs, {DevAdvocacy})

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [todo-mr])

I am working on some simple static html that loads a CSS file, all opened with a file:/// url, and Firefox is very aggressively caching the CSS.

I tried using devtools option to 'disable cache' but I see no difference at all—the file keeps being cached and I have to force lots of refresh or wait until it whimsically decides to load the new version.

Using firefox nightly 20160808, on a Mac OS El capitan computer.
(Reporter)

Updated

2 years ago
Keywords: DevAdvocacy

Updated

2 years ago
Priority: -- → P1
Blocks: 1129806
As per the DevTools triage process doc [1], a P1 is defined as:
- a security hole
- causing data-loss
- causing a crash
- stopping the tools working
- embarrassing
Should be fixed within 24h and your manager should know about it and, between you, assign it to someone who can fix it.

This bug has been set as a P1 more than 2 months ago. It does sound like a P1 (an embarrassing problem where the tool says it would disable the cache but really doesn't).

So:
- either someone volunteers to fix this bug now,
- or we decide that it's not so urgent and demote it to P2.

Pinging Mike who, I think, knows about the cache disabling feature.

[1] https://docs.google.com/document/d/1uG0foc0pphXJB489_8ClKjYr1wbRXeFyrkd_kIOv9ao/edit#
Flags: needinfo?(mratcliffe)
All browsers cache file:/// urls, at least in the BFCache.

It took platform a while to get around to implementing the disable cache flag because they were working on cache2. Previous to their changes it was more of a "disable cache until the onload event is fired" option.

I know jfkthame worked on that, at least a little. Whoever worked on it should check why local files are still cached when disable cache is selected.
Flags: needinfo?(mratcliffe) → needinfo?(jfkthame)
Priority: P1 → P2
(In reply to Michael Ratcliffe [:miker] [:mratcliffe] from comment #2)
> All browsers cache file:/// urls, at least in the BFCache.
> 
> It took platform a while to get around to implementing the disable cache
> flag because they were working on cache2. Previous to their changes it was
> more of a "disable cache until the onload event is fired" option.
> 
> I know jfkthame worked on that, at least a little. Whoever worked on it
> should check why local files are still cached when disable cache is selected.

I remember doing and/or reviewing some work related to bypassing the _downloadable font_ cache, which is a separate level from the general network cache. (Bug 1027579, bug 862222.)

But it sounds like _this_ bug is talking about other resources (such as stylesheets) being cached when loaded from file:/// URLs, not an issue with the @font-face cache.

I'm guessing this may be a necko-level caching issue, about which I know nothing, sorry.
Flags: needinfo?(jfkthame)
So I was a bit curious, and tried to reproduce this. But AFAICS it's not happening for me. I created a simple HTML file and an associated CSS file, both loaded locally via file:/// URLs. If I modify the CSS file and click the Reload button, the change takes effect as expected, without me having to do anything in particular to bypass/disable caching.

(Note that the option in devtools is "Disable HTTP cache...", so if that label is accurate, it wouldn't be expected to be relevant to file:/// URLs, as they're not loaded via HTTP. But as described above, I'm not seeing file:/// resources being cached anyway.)

:sole, maybe you could provide a complete example (e.g. an archive with HTML and CSS files to be extracted locally), with a description of the exact steps to reproduce the problem you're seeing?
Flags: needinfo?(sole)
Blocks: 1311034
Sole: I can't reproduce this either... can you provide a demo?
Whiteboard: [papercut-mr]
Filter on Brobdingnagian.
Whiteboard: [papercut-mr] → [todo-mr]
(Reporter)

Comment 7

2 years ago
I don't have an example handy. I'll close this and if it happens again I'll reopen.
Status: NEW → RESOLVED
Last Resolved: 2 years ago
Flags: needinfo?(sole)
Resolution: --- → WORKSFORME

Updated

2 months ago
Product: Firefox → DevTools
You need to log in before you can comment on or make changes to this bug.