DescriptionFileAPI: Compare expected modification time with delta on file read
The File API reader validates that the "expected" modification time -
e.g. taken when a user selects a file via <input type=file> matches
the "actual" modification time when trying to read. Certain file
timestamps (on Windows/NTFS at least) are high enough precision
(tenths of microseconds) that an int64->double->int64 round trip
through Blink loses bits. Files with these timestamps can't be read!
Sample timestamp: 2011-01-01T01:23:45.999999Z (that's a lot of 9s)
Make the comparison with an epsilon of 10us.
BUG=525088
R=michaeln@chromium.org
Committed: https://crrev.com/1d45da203ac9fc8ea3f119edf9030d8e948722a3
Cr-Commit-Position: refs/heads/master@{#346802}
Patch Set 1 #Patch Set 2 : Remove 20us test since OSX has 1s resolution. ASSERT->EXPECT #
Messages
Total messages: 11 (4 generated)
|