- From: stelar7 <notifications@github.com>
- Date: Mon, 02 Dec 2024 00:27:42 -0800
- To: w3c/IndexedDB <IndexedDB@noreply.github.com>
- Cc: Subscribed <subscribed@noreply.github.com>
- Message-ID: <w3c/IndexedDB/issues/433@github.com>
From working on the [Ladybird](https://ladybird.org/) implementation of this spec, I've encountered some parts that could use clarification.. * [Opening a database connection](https://w3c.github.io/IndexedDB/#opening) step 10.8 says `If the upgrade transaction was aborted`, but there is no mention elsewhere in the steps where the `upgrade transaction` comes from. (Also not how to check if its aborted.. See next number) * The only way to tell if a transaction was aborted seems to be if [the transaction has an error](https://w3c.github.io/IndexedDB/#transaction-error), but when calling [IDBTransaction::abort()](https://w3c.github.io/IndexedDB/#dom-idbtransaction-abort), the error is set to null (It calls [abort a transaction](https://w3c.github.io/IndexedDB/#abort-a-transaction) with a null parameter.). So this abort is not marking the transaction as aborted? * In [abort a transaction](https://w3c.github.io/IndexedDB/#abort-a-transaction), step 6.3.1, it says to use `the open request associated with transaction`, but there is no spec steps that sets this anywhere * In [delete a database](https://w3c.github.io/IndexedDB/#delete-a-database), step 5. wants `the set of all connections associated with db`, but there are no steps to create this association -- Reply to this email directly or view it on GitHub: https://github.com/w3c/IndexedDB/issues/433 You are receiving this because you are subscribed to this thread. Message ID: <w3c/IndexedDB/issues/433@github.com>
Received on Monday, 2 December 2024 08:27:46 UTC