<div dir="ltr"><div dir="ltr">On Fri, Jun 26, 2020 at 10:35 AM Tobias Pape <<a href="mailto:Das.Linux@gmx.de">Das.Linux@gmx.de</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> On 26.06.2020, at 18:42, K K Subbu <<a href="mailto:kksubbu.ml@gmail.com" target="_blank">kksubbu.ml@gmail.com</a>> wrote:<br>
> <br>
> On 26/06/20 12:44 pm, Tobias Pape wrote:<br>
>> In private mode, several session storage APIs of Firefox are<br>
>> forbidden to be used.<br>
> <br>
> Thank you, Tobias, for your detailed analysis of the log.<br>
> <br>
> I wonder if it is possible to hold changes file in memory too, just like the image. The changes file is only around 48MB. If held in memory, it may increase its footprint to around 200MB, still small for a 64bit system.<br>
> <br>
<br>
<br>
I don't think the problem is the size after all.<br>
The problem is that in private mode, apis and resources are limited and as a result of that,<br>
the loaded files do not look like they're in that file system. But Squeak needs them looking like files.<br>
<br>
I presume the changes file is still around in memory but squeak on squeakjs is just not seeing them<br></blockquote><div><br></div><div>Correct. SqueakJS runs a file system check on startup to see if the directory entries (in localStorage) match the file content storage (in IndexedDB). That fsck did not look at the in-memory "big file" storage used as a fallback when IndexedDB is not available, so it thought the file entries were stale, and deleted them. </div><div><br></div><div>Fixed now. Please try again, Subbu!</div><div> </div><div>Vanessa</div></div></div>