[Webkit-unassigned] [Bug 169865] Web Inspector: Disable Cache When Inspector Open

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Sun Mar 19 14:38:29 PDT 2017


https://bugs.webkit.org/show_bug.cgi?id=169865

Brian Burg <bburg at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |UNCONFIRMED
         Resolution|WONTFIX                     |---
     Ever confirmed|1                           |0

--- Comment #5 from Brian Burg <bburg at apple.com> ---
(In reply to comment #4)
> Sorry to clarify again, but you mention disabling cache is the same between
> Safari and Chrome. Yes, if I disable cache in either it would be the same,
> however, this bug report isn't about comparing the generic disabling cache
> in Safari vs Chrome, which certainly are the same.
> 
> This is in regards to Chrome has an option in the inspector to disable cache
> "ONLY when the inspector is open" (screenshot in last message). Safari "does
> not" have that option.
> 
> Thus when setting disable cache in Safari it will disable it all of the
> time. There is no option to disable cache "ONLY when the inspector is open"
> like Chrome offers.
> 
> So with that setting enabled in Chrome, I can have the inspector closed, and
> view say Apple.com and Google.com, etc with the inspector closed, and
> caching will work as normal. But if when viewing Apple.com for instance if I
> open the web inspector caching would be disabled for that tab until I've
> closed the inspector. It's incredibly helpful and has been in Chrome for
> years, but opened this report hoping we might someday see that feature in
> Webkit and then eventually Safari. 
> 
> Hopefully that clarifies that this request is not in regards to changing
> caching for non developers nor changing the default cache setting for
> developers, nor about comparing the standard disable cache (for all pages)
> in both Chrome and Safari. Thanks!

I will reopen this bug, but I still don't understand the use case. Why are stale files being served? Do you not have control over your server configuration? Is Reload From Origin too hard to use/find? Do you turn this on all the time or just to workaround particular issues? "Because it's in Chrome" tells me nothing.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.webkit.org/pipermail/webkit-unassigned/attachments/20170319/e36587b4/attachment.html>


More information about the webkit-unassigned mailing list