Bug 171049 – IndexedDB open request is always in pending state

• Component: WebCore Misc.
• Status: RESOLVED DUPLICATE

[Alexey Karimov]

Created attachment 307581 [details]
Test page that fails

Recently found a problem that prevents IndexedDB from being opened. I attached the page that is used to test it. It works in all browsers I tested: Chrome, Firefox, Opera except Safari 10.1, Tech Preview and latest available Webkit Nightly build.

After calling indexedDB.open() I receive an instance of IDBOpenDBRequest which is always pending. It never fires any of the attached event handlers.

The problem here is that it happens only on specific pages/domains. E.g. if I open, say apple.com and try that code there everything is fine. But if I try it locally (with http://localhost:3000) I get this weird behavior. Moreover, when I try it with our dev domain (which is HTTPS with valid cert) I also get this pending state). I tried creating plunker to reproduce it, but it works there.

Here is what I see in console for it: https://gyazo.com/ac66d231dd7c03e4bdc5745c5f79012e

[Alexey Proskuryakov]

Works for me as attached to this bug. Would this reproduce for you in the same way from a new user account?

[Alexey Karimov]

New user account works. But fails the same way in my current account.

[Alexey Proskuryakov]

This likely means that it is something about your existing IndexedDB database file on disk that's causing the issue, so this is going to be a challenging bug to investigate.

[Alexey Karimov]

Well, it's quite reproducible. Two of my colleagues have similar issues with the same domain and DB. Let me know if any info is required.

[Brady Eidson]

(In reply to Alexey Karimov from comment #4)
> Well, it's quite reproducible. Two of my colleagues have similar issues with
> the same domain and DB. Let me know if any info is required.

I've tried to reproduce and have not been able to, so yes; more info is required.

E.g., attaching the relevant database files from ~/Library/Safari(TechnologyPreview)/Databases/___IndexedDB/ that would get us into the reproducible state.

(of course this means you'll be attaching the contents of those files, as well, so be aware of that)

[Jan Turoň]

I managed to reproduce this behavior when I opened indexedDB with higher version and opened DB connection was hanging in another tab. The pending request was done as soon as the other tab was closed or the connection was closed there. Doesn't seem like a bug: it makes sense that it waits for other connections to close.

[Radar WebKit Bug Importer]

<rdar://problem/77026605>

[Simon Taylor]

The issue title perfectly describes behaviour I've observed on iOS 14.6, but appears to be a different bug, so I added a new one - bug 226547.

That one is very readily reproducible, doesn't depend on the current user state (still occurs after clearing website data) and definitely isn't caused by being blocked on another tab as suggested in comment 6.

Mentioning here as I figured it's probably of interest to people cc'ed on this bug too.

[Brent Fulgham]

*** This bug has been marked as a duplicate of bug 224623 ***