[Webkit-unassigned] [Bug 192876] New: Application Cache does not check for update properly on browser launch

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Wed Dec 19 14:04:39 PST 2018


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

            Bug ID: 192876
           Summary: Application Cache does not check for update properly
                    on browser launch
           Product: WebKit
           Version: Safari 12
          Hardware: Macintosh
                OS: macOS 10.14
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: WebCore Misc.
          Assignee: webkit-unassigned at lists.webkit.org
          Reporter: jjulik at imagetrend.com

Created attachment 357722

  --> https://bugs.webkit.org/attachment.cgi?id=357722&action=review

Compressed site for testing bug

When visiting a page that has a cache manifest specified, Safari will fire a checking event. Afterwards, no further events are fired. You would expect a noupdate event to fire afterwards normally. It looks like Safari never actually makes a request to get the cache manifest when this occurs. I checked my server logs and didn't see any requests for the cache manifest file.

The easiest way to reproduce the issue is as follows:
1. Setup a server to host the attached html and cache manifest
2. In preferences, set "Safari opens with" to "All windows from last session"
3. Visit the page
4. Close safari
5. Restart your mac
6. Open safari. It should open up your page, but will only fire a checking event. Note that if you then reload the page it will fire a checking event, followed by a noupdate.

I have reproduced this on an iPad Air 2 running iOS 12.1.1 and a Macbook Pro running running macOS 10.14 w/ Safari version 12.0 (14606.136.1.9). I can also intermittently reproduce the issue if I just normally visit a page that has a cache manifest specified, but the most consistent way is by restarting the mac. It happens every time if I restart.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20181219/32b5ad76/attachment-0001.html>


More information about the webkit-unassigned mailing list