IndexedDB currently calls mozIStorageConnection::SetGrowthIncrement() to grow the sqlite in larger chunks. It only does this on desktop, though, because SetGrowthIncrement() is constrainted not to work on mobile. Looking at the comment for this method, though: To conserve memory on systems short on storage space, this function will have no effect on mobile devices or if less than 500MiB of space is left available. It also fails if the desktop machine has <= 500MiB of disk left. This means the current IDB code will always error out when the disk hits this threshold. IDB should probably check for NS_ERROR_FILE_TOO_BIG and ignore it since the growth increment is mainly an optimization.
Ben, did you intend this behavior?
Hm, no, that looks bad.
Created attachment 8616788 [details] [diff] [review] Trivial fix
Assignee: nobody → bent.mozilla
Status: NEW → ASSIGNED
Attachment #8616788 - Flags: review?(Jan.Varga)
This should get backported to aurora.
status-firefox39: --- → unaffected
status-firefox40: --- → affected
Status: ASSIGNED → RESOLVED
Last Resolved: 4 years ago
status-firefox41: affected → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla41
You need to log in before you can comment on or make changes to this bug.