Closed
Bug 942609
(fatfennec)
Opened 11 years ago
Closed 4 years ago
[meta] Reduce Fennec's storage impact: APK and data
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: jwatt, Unassigned)
References
(Depends on 4 open bugs, )
Details
(Keywords: memory-leak, meta, perf)
I just discovered that on one of my friends phones Firefox Mobile has leaked 800 MB of Storage space: https://mail.mozilla.org/pipermail/mobile-firefox-dev/2013-November/000385.html There are at least three separate issues there that I'm going to file bugs on and mark them as blocking this one.
Reporter | ||
Updated•11 years ago
|
Summary: Stop Firefox Mobile from using so much Storage that app security updates are blocked → Meta: Issues caused by Firefox Mobile using too much Storage space
Comment 1•11 years ago
|
||
Cleaning up temp files is hard and bound to fail on edge cases like crash etc.. (Compare Thunderbird). OTOH, you don't want to ever leave such files behind. So you need more drastic solutions than "cleanup after use". Suggestions: * Avoid them altogether * Make a subdir, and ensure that all temp files, no matter which kind, are always placed there. This whole subdir will be deleted on close (not startup).
Updated•11 years ago
|
Comment 2•11 years ago
|
||
>This whole subdir will be deleted on close (not startup). There is no such thing as doing things on close in Android, and even for desktop this is something we're trying to get rid of (bug 662444).
Reporter | ||
Comment 3•11 years ago
|
||
Would it be possible to have the code make two temp directories - one for this session, another for the next - and each session flip from using one to the other? That way the contents of the not-in-use directory could be deleted without fear of deleting something that's in-use, and presumably be done at a point in time where its less likely to be bad/impossible, such as startup or shutdown. (Earlier would probably be better to try and clear Storage before any "no storage space" causing crashes prevent us from getting the chance to, if that's a concern.) We wouldn't even necessarily need to rely on storing any information about which directory should be used next session if we're worried about crashes stopping us from doing that and clearing up. We could simply choose one of the two at random, and then it won't be too many restarts before any cruft is cleared up (well, for most users, statistically speaking).
Updated•11 years ago
|
Alias: fatfennec
Updated•11 years ago
|
Comment 4•11 years ago
|
||
I've also encountered the bug when doing this, on my Motorola Defy+ (Android 2.3.6) / Firefox Mobile 27 (and earlier releases) : - uploading a large file (video) to a website - selecting the file to upload from the android source selector, choosing a source (stock Android cam or gallery app) - file will be fully copied into Firefox's data directory in /data/data/org.mozilla.firefox/ (file prefixed by tmp_) So that when uploading a few big files or many smaller files, my Android's internal space is full. Why does Firefox mobile need to copy the source file in its data directory, when it can access it directly from the source directory (/mnt/sdcard/dcim/... in the case of pictures and videos)?
Comment 5•11 years ago
|
||
Thanks for the report. We have a patch in-place to hopefully fix that issue over in bug 942611.
Updated•10 years ago
|
Updated•10 years ago
|
Updated•10 years ago
|
Updated•10 years ago
|
Updated•10 years ago
|
Depends on: downloadable-hyphenation-dicts
Depends on: 1105546
Depends on: 1116915
Depends on: 1122826
Depends on: 1130201
Depends on: 1147960
Depends on: 1158994
Depends on: 1167446
Depends on: 1177166
Depends on: 1177184
Depends on: 1177617
Depends on: 1181314
Depends on: 1187536
Depends on: 1192048
Depends on: 1193585
Updated•9 years ago
|
Depends on: downloadable-fonts
Depends on: 1194205
Depends on: 1195517
Depends on: 1196961
Depends on: 1197264
Depends on: 1199015
Depends on: 1201627
Depends on: 1210989
Depends on: 1212629
Depends on: 1227325
Depends on: 1226301
Depends on: 1256427
Depends on: 1259137
Depends on: 1266156
Depends on: 1312824
Depends on: 1393225
Depends on: 1314902
In case this adds to the discussion: In my case fully 250MB is taken up by the /storage/default folder. There are a number of "http+++*" and "https+++*" folders (IndexedDB?) which are not deleted when clearing "cache" and "offline web site data" from Firefox.
I can also see c. 25MB of pending crash reports. Relevant bug: https://bugzilla.mozilla.org/show_bug.cgi?id=942612
One more issue: my "app_tmpdir" increased to 1.8GB and my phone run out of storage. The only way to resolve this is to go in the folder and delete those files, but you have to be rooted for that which won't work for all users.
Comment 10•4 years ago
|
||
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
Assignee | ||
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•