Browser Storage Abuser is a tool to experiment your browser storage limitation on LocalStorage, SessionStorage, WebSQL Database, IndexedDB API and FileSystem API. You can add arbitrary sized files to those storage to see the limit of their size.
The demo site claims that Firefox 35.0.1 doesn't support IndexedDB but it appears supported on the html5test.com
I was under the impression that it was supported but the abuser site doesn't seem to agree. Is there any chance the "detection" for support is a bit to strict?
When we put large file into the IndexedDB below message is shown in Chrome.
"The serialized value is too large (size=140989466 bytes, max=133169152 bytes)"
Is there any hard limit of 133169152 bytes for IndexedDB?
This is certainly not an issue of BrowserStorageAbuser but something with Chrome. But since there is no way to contact author, raising as defect to understand whether he faced this issue?
Using the content generator will grossly exaggerate space available for IndexedDB, at least on Chrome. It seems Chrome compresses IndexedDB, and the data produced by the generator is very redundant.
I realize that IE9's support of HTML5 storage options is somewhat limited but I think it does support localStorage for example. Unfortunately the site breaks before rendering anything past the Quota section. (Note this may very well be an Angular issue vs. and issue with the testing tool)
Fiddling with the F12 dev tools to force IE9 browser mode and IE9 standards document mode seems to correct this.
If you set "dom.indexedDB.enabled" to false in firefox, the StorageAbuser will crash with error "A mutation operation was attempted on a database that did not allow mutations" in console.
I believe this is more of firefox problem, because it makes the API readonly instead of disabling it.
Because other websites will experience the same crash, I don't believe you should be fixing this.
Or, I guess BSA could say "IndexedDB is readonly. Websites that try to use it may crash."