I decided to investigate this problem because I found the question interesting.
The short answer is that it really will not affect your application in any way unless you explicitly use applicationCache
.
Details:
A warning appears even if you simply try to call the window.applicationCache
property
What is applicationCache
used for? It caches static files (js and css) to make your application work offline. This technology has been replaced by ServiceWorker's. Caching using applicationCache works as follows (short description, full on MDN):
- You create a specially composed manifest ...
- and set path to it in
manifest
attribute of the html
tag on your page
- after that the files from that manifest will be saved in applicationCache
In the Sencha application, this appears as a result of the script https://docs.sencha.com/extjs/6.2.0/classic/src/Microloader.js.html which
injected into your page.
In this file, a built wrapper over applicationCache and create listeners are assigned to the applicationCache
. The handlers of these listeners change the status inside the wrapper and call the notifyUpdateReady
method, which in turn calls the global appupdate
event.
At the same time, all this code is abstract and has almost no effect on the overall operation of applicationCache.
If in doubt, you can simulate disabling applicationCache. Set the debugger in checkAllUpdates
method before if (_cache){...
and override _cache (_cache = undefined;
). Then return control to the browser. Nothing will happen.
I tested all this using the SenchaFiddle example.
Cache is not used there at all. It dosen't have manifest
I repeat the conclusion - if you are not using applicationCache explicitly - you have nothing to worry about. You can check whether it is used by you by looking at the page code and looking for the manifest connection. You can also execute the following code in the console
window.applicationCache.status
if the result is 0, the cache was not initialized in your application