Loading local files in Firefox (was: Charset issues in Firefox but not in Chrome) about replayweb.page HOT 2 CLOSED

This seems like another manifestation of an issue with Firefox in loading local files in a web worker.
I've reported this issue here: https://bugzilla.mozilla.org/show_bug.cgi?id=1646204 with a reliable test case.
I initially ran into this with files around 50MB, but now it seems like its happening for even smaller files, like the 15MB that you have.

By the way, you can also load directly from Google drive as well, if you install the google drive integration:
https://gsuite.google.com/marketplace/app/replaywebpage/160798412227

With the drive loading, it worked slightly better in Firefox.. (didn't load all the way the first time, loaded the second time for me). I'm guessing its probably a variation of the same issue, seems like Firefox just doesn't work well with streaming data in a web worker, surprisingly..

My guess is the work around is probably to load the file not in a web worker, but in the main thread, and just process it there, or send to worker via channel/postmessage for processing.. Would require some refactoring, but should be doable..
I think the charset is probably unrelated, so changed the title of the issue..

Yes, would definitely welcome help in fixing this issue! Maybe there's a different workaround that's possible, or something else that I'm missing, but I think the example in the issue covers it. I believe the issue is that it simply stalls reading from the ReadableStream -- await read() never resolves nor rejects, and it happens at random points in the stream :(

from replayweb.page.

ReplayWeb.page now loads everything in the service worker, awaits a promise while loading, and there's a ping every 15 seconds to prevent service worker from shutting down. With that, I believe Firefox loading is working, not as fast as Chrome, but it does finish. Just tested with the WARC shared here, which fully loaded in FF, so I believe this should be fixed!

from replayweb.page.