Siteinfo manager not work about autopatchwork-mod HOT 5 CLOSED

I give up... Sometimes Opera breaks on XMLHttpRequest and broken response is cached. Refreshing, reloading, ctrl+reloading not work... Only option is to clear cache and be lucky on next reload.

from autopatchwork-mod.

Is 82374ba17277fe424c1182c2c728ba6e76b52dfc changing something?

from autopatchwork-mod.

Oh my gosh... 🤦 This bug is not XHR related - it's my haste. On my gsm/edge connection (+download in background) it takes long time to download this file (more than a minute).

When I see empty page for so long - I close it. JavaScript run in page thread, so when page is closed XHR is interrupted and incomplete response saved in (session) cache. Next time file is loaded from cache and JSON throw exception... During debugging I always wait for an answer, so there is no error.

Solutions:

• restart browser (empty session cache) and next time wait longer :) or
• put some spinning animation in the middle of the page (and big "loading" warning) or
• append some random string to url to override cache (in case of error only! - don't want to always load this large file) or
• move XHR to background process (survive closed page) or
• ?

from autopatchwork-mod.

There is actually animation in place. It's just not running for initial download now. Will do when my mood will be right. :)

In general I am thinking to make extension to always keep the full DB version offline so manager load will be instant. But as my research suggest full database is 3x as big and is prone to corruption if Opera exited incorrectly. Don't know how to do it better.

By the way if aborted XHR request data is still cached this looks more like an Opera caching system bug to me so maybe it's sensible to report it.

from autopatchwork-mod.

This happens to me often. Particularly annoying for css sprites (high cpu usage). I hope new "force reload" command helps to fight this. (although it does not work for XHR)

from autopatchwork-mod.