Change XMLHttpRequest to asynchronous about tiff-viewer-extension HOT 4 OPEN

Yes, I had some problem with this in the original design. If I remember correctly some part of this flow is forced to be synchronous by Chrome, ie. we can't return a promise, I think it was the request intercept. Makes sense since the request could otherwise hang indefinitely waiting for some before filter to resolve.
That forced me to use a synchronous load of the remote payload. If there is a new way of solving this I'm all ears. At the time there was not...

from tiff-viewer-extension.

Here is my tweaked/condensed background.js if it generates any ideas for you. This probably could be fixed to replace the image with the data:image instead of the blob, but I wasn't expecting to run into the two bugs as I was tweaking it.
background.txt

from tiff-viewer-extension.

I'll have a look at it when I have some time. What bugs did you encounter?

from tiff-viewer-extension.

I put comments in the code for these two. Basically I changed it to asynchronous then was trying to use a blob instead of the data:url since the blob links open so much faster,

https://bugs.chromium.org/p/chromium/issues/detail?id=446453
//Cannot redirect to blob in Chrome or FF
https://bugzilla.mozilla.org/show_bug.cgi?id=1256122
//Due to this bug, redirect to blank tab and open blob in new tab.

from tiff-viewer-extension.