| Summary: | IndexedDB Regression: excessive storage consumed iPadOS 13.3.1 | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Eddie Newitt <eddie.newitt> |
| Component: | New Bugs | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW --- | ||
| Severity: | Normal | CC: | beidson, cdumez, nham, sihui_liu, webkit-bug-importer |
| Priority: | P2 | Keywords: | InRadar |
| Version: | Safari 13 | ||
| Hardware: | iPhone / iPad | ||
| OS: | iOS 13 | ||
|
Description
Eddie Newitt
2020-03-02 02:47:23 PST
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. |