[indexeddb] New WebIDL Exception Model for IndexedDB

Jonas,

This is our understanding on how the spec needs to change to support the new WebIDL exception handling model.  We would start by removing all of the constants from IDBDatabaseException.  After that, the only thing left would be message.  Do we still need to have this class definition?  It seems we can remove it.

In either case, we would have to continue by defining a set of exception types and code mappings. Each exception type will have a code value of 0. 

The mapping will look like this:
UnknownError(0)
NonTransientError(0)
NotFoundError(0)
ConstraintError(0)
DataError(0)
NotAllowedError(0)
TransactionInactiveError(0)
AbortError(0)
ReadOnlyError(0)
TimeoutError(0)
QuotaError(0)
VersionError(0)

If we believe the message attribute is still relevant, then we would define the IDBDatabaseException class like this:
exception IDBDatabaseException: DOMException {
    DOMString      message;
};
Using this approach, IDBDatabaseException will inherit the name and code properties from DOMException.

Is this what you had in mind?

Thanks,

Israel

Received on Thursday, 22 September 2011 22:53:08 UTC