New issue
Advanced search Search tips

Issue 681986 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: May 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 3
Type: Bug


Participants' hotlists:
dmurph-shortlist-bugs


Sign in to add a comment

IndexedDB silently fail when single database hold more than 2-2.5 GB of blob data

Reported by nonameth...@gmail.com, Jan 17 2017

Issue description

Chrome Version       : 55.0.2883.95 (64-bit)
URLs (if applicable) : any
Other browsers tested: NO
  Add OK or FAIL, along with the version, after other browsers where you
have tested this issue:
     Safari: N/A
    Firefox: N/A
         IE: N/A

What steps will reproduce the problem?
(1) Open any webpage
(2) Enter the snippert passed in the console
(3) call 'doTest(1, generateRandomBlob)'
(4) Go to your profile and find the indexedDB blob file for the site (eg: Default/IndexedDB) and get info about it (On Mac the Get Info option)
(5) Call 'doTest(1600, generateRandomBlob)' - The number can vary
(6) Verify the size of the blob file grows and its between 2-2,5GB
(7) Check randomly some key in the DevTools to see they are inserted
(8) call 'doTest(10, generateRandomBlob)'
(9) Observe that the file size not changing
(10) Observe that the Devtools died at well.
(11) Restart Chrome
(12) Observe the same wrong behaviour is present until the file is not deleted

What is the expected result?

Chrome IndexedDB implementation can hold more than 2-2,5GB of data.


What happens instead?

Chrome fails to store more than 2-2,5GB of data.


Please provide any additional information below. Attach a screenshot if
possible.

 
testcase.js
4.0 KB View Download

Comment 1 by rbyers@chromium.org, Jan 18 2017

Cc: rbyers@chromium.org
Components: Blink>Storage>IndexedDB
Strange that this bug doesn't have any labels for proper triaging - appears not to have been filed by the wizard (which all non-project-members should get by default when they click new bug, also available at http://crbug.com/wizard).

Can you tell me how this bug was filed?  What page did you visit?

Comment 2 by jsb...@chromium.org, Jan 18 2017

Owner: dmu...@chromium.org
dmurph@ - can you take a look?

Might be mitigated by eliminating the 500MB blob limit - it's not clear if the issue is actually on the IDB side or on the blob creation side.
Googled where to report a bug for chrome, and found this page, found this answer: http://stackoverflow.com/questions/40703/where-can-i-find-and-submit-bug-reports-on-googles-chrome-browser from there I went to http://dev.chromium.org/for-testers/bug-reporting-guidelines where I have clicked the Report bugs at... link at the top. 

Comment 4 by dmu...@chromium.org, Jan 18 2017

Labels: dmurph-shortlist-bugs
A note: I know about the 10% of free space storage limit of Chrome, but my Mac has 42Gb free space so the file should have been able to grow until ~ 4,2 GB 

Comment 6 by rbyers@chromium.org, Jan 19 2017

Re #3: Of course, I should have checked there.  Thank you, I've updated the link in the instructions there.
Labels: TE-NeedsTriageHelp

Comment 8 by jsb...@chromium.org, Jan 23 2017

Does this repro in Canary? If not it's likely the 500MB blob limit, not specific to IDB.

Comment 9 by mek@chromium.org, Jan 24 2017

Status: Assigned (was: Unconfirmed)
Does the TE-NeedsTriageHelp tag means that I have to provide more information?
Labels: -dmurph-shortlist-bugs
Status: Fixed (was: Assigned)
Probably fixed with the blob system update.

Sign in to add a comment