[Webkit-unassigned] [Bug 208438] IndexedDB Regression: excessive storage consumed iPadOS 13.3.1

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=208438

Ben Nham <nham at apple.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |nham at apple.com

--- Comment #2 from Ben Nham <nham at apple.com> ---
This site appears to add X rows that are each Y MB in size to a table with no indices and an auto-incrementing primary key. (In the bug report X = 1000 and Y = 500 KB => 500 MB of expected disk usage.)

I can't repro excessive disk space usage when using an erase-installed 17D50 (iOS 13.3.1) device. What I do see is that the WAL file does not checkpoint properly into the main DB file since it is 500 MB large after running the test:

-rw-r--r--  1 mobile  mobile   4.0K May  8 14:19 IndexedDB.sqlite3
-rw-r--r--  1 mobile  mobile   1.0M May  8 14:21 IndexedDB.sqlite3-shm
-rw-r--r--  1 mobile  mobile   512M May  8 14:21 IndexedDB.sqlite3-wal

Inserting a subsequent 10k rows each 50KB each does bring up the storage prompt, but that is expected since the additional 500 MB of usage on top of the existing 500 MB puts you over the default 1 GB quota for per-origin storage usage.

The issue with the WAL file not checkpointing can lead to excessive space usage and has been fixed in https://bugs.webkit.org/show_bug.cgi?id=202137.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20200508/8a102da5/attachment.htm>