Bug 192876 - Application Cache does not check for update properly on browser launch
Summary: Application Cache does not check for update properly on browser launch
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: WebCore Misc. (show other bugs)
Version: Safari 12
Hardware: Mac macOS 10.14
: P2 Normal
Assignee: Nobody
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-19 14:04 PST by jjulik
Modified: 2018-12-20 16:22 PST (History)
2 users (show)

See Also:


Attachments
Compressed site for testing bug (772 bytes, application/x-zip-compressed)
2018-12-19 14:04 PST, jjulik
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description jjulik 2018-12-19 14:04:39 PST
Created attachment 357722 [details]
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.