Re: [IndexedDB] question about description argument of IDBFactory::open()

[Shawn Wilsher]

On 8/9/2010 1:13 PM, Andrei Popescu wrote:

While implementing IDBFactory::open(), we thought that the
"description" argument is optional but we were surprised to find out
it's actually mandatory. Is there any reason not to make this argument
optional? And, assuming it is optional, should the default value be
the empty string? Also, how should the null and undefined values be
treated? My suggestion would be to treat them as if the argument
wasn't specified, so the description of the database would not change.

I think we want something there, because that is likely what the user agent is going to tell the user when it has to ask for space (if the user agent limits) or display if the user wants to see what a site is storing locally.

Cheers,

Shawn

[1] http://www.w3.org/Bugs/Public/show_bug.cgi?id=9562

I think we should probably enforce a non-null string too because of this, although a null string for future connections meaning "do not change" seem fine to me. I started a bug [1] a while back about what to do if it changes, but it went nowhere.

smime.p7s
Description: S/MIME Cryptographic Signature