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

Issue metadata

Status: WontFix
Owner: ----
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: All
Pri: 2
Type: Bug



Sign in to add a comment

applicationCache abort method doesn't work correclty

Reported by kingrich...@gmail.com, Feb 8 2013

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.17 (KHTML, like Gecko) Chrome/24.0.1312.57 Safari/537.17

Steps to reproduce the problem:
1. Create a simple HTML page using application Cache
2. let the application Cache start to download the entries in the manifest
3. try to write in the console javascript "applicationCache.abort()"; the download won't be interrupted

What is the expected behavior?
As described from http://www.whatwg.org/specs/web-apps/current-work/multipage/offline.html#dom-appcache-abort the download process should be interrupted.

What went wrong?
"applicationCache.abort()" doensn't interrupt the cache downloading process.

Did this work before? N/A 

Chrome version: 24.0.1312.57  Channel: stable
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
 
Owner: michaeln@chromium.org
Status: Archived
Archiving unconfirmed issues, which have not been modified (commented on, updated, etc...) in over 2 years.
This is quite bad, that you cannot avoid checking manifest with each and every request when application is already loaded and e.g. ask user if he wants to download new version if the manifest was changed. This also means +1 request for every page that is requested from server. This slows down especially on mobile networks... 

Example:
window.applicationCache.addEventListener('checking', function(event) {
   window.applicationCache.abort();
}, false);

In safari works fine. Please fix this.. Thank you
Labels: -OS-Windows OS-All Cr-Blink-Storage-AppCache Hotlist-Interop
Status: Available
Project Member

Comment 5 by sheriffbot@chromium.org, Sep 17 2016

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been available for more than 365 days, and should be re-evaluated. Please re-triage this issue.
The Hotlist-Recharge-Cold label is applied for tracking purposes, and should not be removed after re-triaging the issue.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 6 by pwnall@chromium.org, Sep 19 2016

Cc: michaeln@chromium.org pwnall@chromium.org
Owner: ----
Status: WontFix (was: Untriaged)
appcache is deprecated [1, 2], and this issue only impacts perf (not correctness), so it doesn't seem like it's worth trying to fix it.

[1] https://html.spec.whatwg.org/multipage/browsers.html#offline
[2] https://developer.mozilla.org/en-US/docs/Web/HTML/Using_the_application_cache

Sign in to add a comment