-
-
Notifications
You must be signed in to change notification settings - Fork 154
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Sometimes, some CSS can not be loaded, due to "out of memory" errors, at least in a browser extension #365
Comments
I wonder if this is a problem I encountered with too many .svg images being sent at once for decompression hanging xzdec.js. As xdec.js errors are swallowed by Q it can be hard to tell where they're coming from. CSS are like SVG in that they are plain text and highly compressed. On low-memory devices, @kelson42 and I discovered (vis-à-vis his test Windows Mobile device) that we had to send the svg images one by one to the decompressor. Even sending them in batches of two or three could hang a low-memory device. |
It looks like a real weakness of our current decompressor. I'd really like to avoid queuing the decompressions. |
I don't manage to reproduce this issue any more. I suppose it only happens in specific circumstances. |
I still don't reproduce, so close this issue for now |
At least on Firefox 52 ESR, as a browser extension, some CSS fail to load with following error in the console :
could not find DirEntry for CSS : -/s/css_modules/inserted_style_mobile.css out of memory
.Stacktrace :
I had that on Firefox 52 ESR, using wikivoyage_en_all_novid_2018-03.zim, on the main page. Sometimes it's a different CSS.
I have to test more to better understand in which circumstances this happens
The text was updated successfully, but these errors were encountered: