![]() In Z7 on Windows 10 (but not 11 for me), nsIZipReader doesn't properly close the file after `findEntries()` is called (as discovered by @abaevbog), so a `remove()` on the downloaded ZIP file during file syncing triggers an access-denied error. Setting the zip-reader variable to null and forcing garbage collection seems to fix it. Doing this everywhere we use nsIZipReader just to be safe. I found the `forceGC()` in only one test file in fx102, but setting the reader to null is done more widely, so maybe they just don't try to delete ZIP files before GC happens and manage to avoid this bug. Fixes #3369 |
||
---|---|---|
.. | ||
content | ||
locale | ||
skin/default |