171049 2017-04-20 02:34:08 -0700 IndexedDB open request is always in pending state 2022-02-01 10:07:58 -0800 1 1 1 Unclassified WebKit WebCore Misc. WebKit Nightly Build Mac macOS 10.12 RESOLVED DUPLICATE 224623 https://bugs.webkit.org/show_bug.cgi?id=226547 InRadar P2 Critical --- 1 krassx webkit-unassigned ap beidson bfulgham janturon sihui_liu simontaylor1 webkit-bug-importer webkit oldest_to_newest 1299079 0 307581 krassx 2017-04-20 02:34:08 -0700 Created attachment 307581 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 1300074 1 ap 2017-04-21 19:32:25 -0700 Works for me as attached to this bug. Would this reproduce for you in the same way from a new user account? 1300109 2 krassx 2017-04-21 21:28:05 -0700 New user account works. But fails the same way in my current account. 1300125 3 ap 2017-04-21 22:27:18 -0700 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. 1300127 4 krassx 2017-04-21 22:30:48 -0700 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. 1300515 5 beidson 2017-04-24 08:59:41 -0700 (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) 1753055 6 janturon 2021-04-21 23:38:54 -0700 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. 1753217 7 webkit-bug-importer 2021-04-22 10:44:04 -0700 <rdar://problem/77026605> 1766308 8 simontaylor1 2021-06-03 01:01:13 -0700 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. 1836036 9 bfulgham 2022-02-01 10:07:58 -0800 *** This bug has been marked as a duplicate of bug 224623 *** 307581 2017-04-20 02:34:08 -0700 2017-04-20 02:34:08 -0700 Test page that fails index.html text/html 1117 krassx PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aGVhZD4KICAgIDxiYXNlIGhyZWY9Ii8iPgogICAgPG1l dGEgY2hhcnNldD0idXRmLTgiPgogICAgPHRpdGxlPlRlc3Q8L3RpdGxlPgo8L2hlYWQ+Cjxib2R5 PgoKPHNjcmlwdD4KICAgICgoKSA9PiB7CiAgICAgICAgdHJ5IHsKICAgICAgICAgICAgY29uc3Qg ZGJSZXF1ZXN0ID0gd2luZG93LmluZGV4ZWREQi5vcGVuKCJ0ZXN0ZGIiLCAxKTsKCiAgICAgICAg ICAgIGRiUmVxdWVzdC5hZGRFdmVudExpc3RlbmVyKCdzdWNjZXNzJywgKC4uLmFyZ3MpID0+IGNv bnNvbGUubG9nKGFyZ3MpKTsKICAgICAgICAgICAgZGJSZXF1ZXN0Lm9uc3VjY2VzcyA9ICguLi5h cmdzKSA9PiBjb25zb2xlLmxvZyhhcmdzKTsKCiAgICAgICAgICAgIGRiUmVxdWVzdC5hZGRFdmVu dExpc3RlbmVyKCdibG9ja2VkJywgKC4uLmFyZ3MpID0+IGNvbnNvbGUubG9nKGFyZ3MpKTsKICAg ICAgICAgICAgZGJSZXF1ZXN0Lm9uYmxvY2tlZCA9ICguLi5hcmdzKSA9PiBjb25zb2xlLmxvZyhh cmdzKTsKCiAgICAgICAgICAgIGRiUmVxdWVzdC5hZGRFdmVudExpc3RlbmVyKCd1cGdyYWRlbmVl ZGVkJywgKC4uLmFyZ3MpID0+IGNvbnNvbGUubG9nKGFyZ3MpKTsKICAgICAgICAgICAgZGJSZXF1 ZXN0Lm9udXBncmFkZW5lZWRlZCA9ICguLi5hcmdzKSA9PiBjb25zb2xlLmxvZyhhcmdzKTsKCiAg ICAgICAgICAgIGRiUmVxdWVzdC5hZGRFdmVudExpc3RlbmVyKCdlcnJvcicsICguLi5hcmdzKSA9 PiBjb25zb2xlLmxvZyhhcmdzKSk7CiAgICAgICAgICAgIGRiUmVxdWVzdC5vbmVycm9yID0gKC4u LmFyZ3MpID0+IGNvbnNvbGUubG9nKGFyZ3MpOwoKICAgICAgICAgICAgc2V0VGltZW91dCgoKSA9 PiB7CiAgICAgICAgICAgICAgICBjb25zb2xlLmxvZyhkYlJlcXVlc3QpOwogICAgICAgICAgICAg ICAgLy8gY29uc29sZS5sb2coZGJSZXF1ZXN0LmVycm9yKTsKICAgICAgICAgICAgICAgIC8vIGNv bnNvbGUubG9nKGRiUmVxdWVzdC5yZXN1bHQpOwogICAgICAgICAgICB9LCA1MDAwKTsKICAgICAg ICB9IGNhdGNoIChlKSB7CiAgICAgICAgICAgIGNvbnNvbGUubG9nKGUpOwogICAgICAgIH0KICAg IH0pKCk7Cjwvc2NyaXB0PgoKPC9ib2R5Pgo8L2h0bWw+Cg==