[Bug 23853] Please clarify the interpretation of the WebIDL undefined Date in the File constructor

https://www.w3.org/Bugs/Public/show_bug.cgi?id=23853

--- Comment #11 from Arun <arun@mozilla.com> ---
(In reply to Arun from comment #9)
> (In reply to Victor Costan from comment #8)
> > Jonas, would this apply to the lastModifiedDate attribute of the
> > FilePropertyBag in the File constructor as well?
> > 
> > Also, if the spec is moving that way, can we please have a type of "long
> > long" or at most "double" for lastModified? Please don't make it an
> > unrestricted double.
> 
> 
> We don't have to make the FilePropertyBag member be the same, but I think it
> simplifies things if we do that.  
> 
> Note that the spec. originally had a long long, but arguments made on the
> listserv for developer "ease of use" favored Date (it was, after all, a last
> modified date, so why not use the Date abstraction?).  But it seems like
> this imposed the limitation of file.lastModifiedDate ==
> file.lastModifiedDate returning false, which is bad.
> 
> We'll switch to a 'long long' in both places -- as a FilePropertyBag bag
> member (with default equivalent to Date.now()) and the attribute on File.

Material information this long thread on the matter:
http://esdiscuss.org/topic/frozen-date-objects

... which culminated in Jonas logging Bug 22824

I still think switching to long long is regrettable but necessary.

(In reply to Victor Costan from comment #10)
> Thank you very much, Arun!
> 
> Just to make sure I understand:
> 
> 1) File gets a "lastModified" attribute that is a long long, and the
> "lastModifiedDate" File attribute will be removed from the spec.
> 
> 2) The FilePropertyBag used in the File constructor also gets a
> "lastModified" attribute of type long long, instead of "lastModifiedDate".
> 
> Is this correct?

Yep.  Though in 2.) we might say that the default is the long long that is the
equivalent of Date.now().

-- 
You are receiving this mail because:
You are the QA Contact for the bug.

Received on Monday, 18 November 2013 21:43:06 UTC