{ "id": "62276", "key": "TIMOB-1644", "fields": { "issuetype": { "id": "1", "description": "A problem which impairs or prevents the functions of the product.", "name": "Bug", "subtask": false }, "project": { "id": "10153", "key": "TIMOB", "name": "Titanium SDK/CLI", "projectCategory": { "id": "10100", "description": "Titanium and related SDKs used in application development", "name": "Client" } }, "fixVersions": [ { "id": "11225", "name": "Release 1.5.0", "archived": true, "released": true, "releaseDate": "2010-12-14" } ], "resolution": { "id": "1", "description": "A fix for this issue is checked into the tree and tested.", "name": "Fixed" }, "resolutiondate": "2011-04-17T01:56:45.000+0000", "created": "2011-04-15T02:58:12.000+0000", "priority": { "name": "Medium", "id": "3" }, "labels": [ "defect", "file", "ios", "iphone", "timestamp" ], "versions": [], "issuelinks": [], "assignee": { "name": "blainhamon", "key": "blainhamon", "displayName": "Blain Hamon", "active": true, "timeZone": "America/Los_Angeles" }, "updated": "2011-04-17T01:56:45.000+0000", "status": { "description": "The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.", "name": "Closed", "id": "6", "statusCategory": { "id": 3, "key": "done", "colorName": "green", "name": "Done" } }, "components": [ { "id": "10206", "name": "iOS", "description": "iOS Platform" } ], "description": "{html}
In iOS 4 and 4.0.2 using sdk 1.4 the following code to create a\ntimestamp of a file returns a 1 and not the date
\nvar filename = 'iphone_coming_soon.png'; var timeStampOfFile =\n''; var file =\nTitanium.Filesystem.getFile(Titanium.Filesystem.applicationDataDirectory,filename);\nif ( file.exists() ) { Ti.API.info('IF IS TRUE'); timeStampOfFile =\nfile.createTimestamp(); }
\nTi.API.info('The value of timeStampOfFile is: ' +\ntimeStampOfFile);
Same thing happens when you call modificationTimestamp(), fyi.\nSee: http://developer.appcelerator.com/helpdesk/view/38491
Can we bump the priority on this? We'll have to fix this\nourselves if it doesn't get fixed soon.
Zach, tickets get initially assigned to Blain. It will\nprioritized by the team and then assigned.
Okay, noted. Thank you.
createTimestamp() and modificationTimestamp() both return 0.\nThis also happens in the kitchensink app so it's definitely a bug.\nI have tried this on both iPhone and iPad SDKs 3.2 and 4.0.
\nThis is messing with the caching logic so please fix soon -\nthanks!
KS tests make it look like this is fixed. Thom, confirm?
mobile sdk build 1.5.0.d5d8dbe - 4.0.1 and 4.1 look good, are\nfixed. I am getting an unexpected value for created on 3.1.2/3.2.2\n(iphone/ipod or ipad) though:
\n[INFO] newfile.txt created: Wed Dec 31 1969\n16:00:00 GMT-0800 (PST)
\nmodified looks good:
\n[INFO] newfile.txt modified: Wed Oct 13 2010\n13:32:59 GMT-0700 (PDT)
I'm opening a new bug for < 3.2.2 (incorrect time value) and\nclosing this record (no longer returning 0 or 1)