W3C home > Mailing lists > Public > public-webapps@w3.org > April to June 2011

RE: [IndexedDB] Spec Question on IDBFactory open method

From: Israel Hilerio <israelh@microsoft.com>
Date: Thu, 21 Apr 2011 18:16:56 +0000
To: "sdwilsh@mozilla.com" <sdwilsh@mozilla.com>, Jonas Sicking <jonas@sicking.cc>
CC: "public-webapps@w3.org" <public-webapps@w3.org>
Message-ID: <F695AF7AA77CC745A271AD0F61BBC61E3D01660F@TK5EX14MBXC117.redmond.corp.microsoft.com>
On Wed, Apr 20, 2011 at 3:16 PM, Jonas Sicking wrote:
>On Wed, Apr 20, 2011 at 1:46 PM, Shawn Wilsher wrote:
> > On Wed, Apr 20, 2011 at 1:33 PM, Israel Hilerio <israelh@microsoft.com> wrote:
> > > The open method description in the IDBFactory talks about setting the
> > >source of the IDBRequest to "no source".  What does "no source" means
> > >("undefined", "null", other)?
> > >
> > > In addition, what should be the value of the transaction property in the
> > > IDBRequest object returned from the open method?  It seems this should be
> > > either "undefined" or null.
> >
> > I think undefined makes sense for both of these.
> > 
> > Cheers,
> > 
> > Shawn
>
> It's (almost) just an internal property, so it doesn't really matter.
> There is no way to check.
> 
> However we should make sure that IDBRequest.source returns null when
> the source is set to "no source".
> 
> / Jonas

We see that it can go either way.  However, we believe it should be null.  Recently, we've been using undefined to signal properties that are not available to developers and null to signal unassigned values.  If we agree, I can open a bug on this. Let me know.

Israel
Received on Thursday, 21 April 2011 18:17:26 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:44 GMT