[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 #9 from Arun <arun@mozilla.com> ---
(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.

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

Received on Monday, 18 November 2013 21:25:03 UTC