Closed
Bug 1167143
Opened 10 years ago
Closed 3 years ago
Reinstate creationDate in OS.File.Info
Categories
(Toolkit Graveyard :: OS.File, defect)
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: noitidart, Unassigned)
Details
User Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:38.0) Gecko/20100101 Firefox/38.0
Build ID: 20150518141916
Steps to reproduce:
Based on this old bug (1) https://bugzilla.mozilla.org/show_bug.cgi?id=807875 and new bug (2) https://bugzilla.mozilla.org/show_bug.cgi?id=1156060
(1) resulted in deprecation of creationDate
(2) is trying to bring macBirthDate to frontend, and also in a comment in this bug it was found that newer file systems on unix do have creation date as mentioned in this comment: https://bugzilla.mozilla.org/show_bug.cgi?id=1156060#c10 which links to Stackoverflow here: http://stackoverflow.com/a/10172234/1828637
Expected results:
So I was thinking we bring back creationDate, but if Window we set this value to that of winBirthDate, if osx then we set it to that of macBirthDate, and if unix we set it based on the filesystem and as outlined in the stackoverflow topic linked. If it is an older unix file system then we should set this to null meaning not available, and update the docs informing users that on older unix file systems there is absolutely no way to get a creation date (i didnt know this and went on a wild goose hunt and came up with nothing until i found out it was not possible)
what do you think?
I'm thinking when we setup OS.Constants.libc offsets we detect the filesystem there right? Based on the filesystem we set what field the creationTime is in, and if that fileSystem does not have it we just dont set that offset const in OS.Constants.libc
Comment 2•3 years ago
|
||
OSFIle is being replaced with IOUtils and PathUtils.
Status: UNCONFIRMED → RESOLVED
Closed: 3 years ago
Resolution: --- → WONTFIX
Updated•2 years ago
|
Product: Toolkit → Toolkit Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•