id	summary	reporter	owner	description	type	status	milestone	component	version	severity	resolution	keywords	cc
3139	FileGetTime out by exactly one hour.	corz		"I have a regular file, a movie. In Windows (8.1 x64) properties dialog, it states the modification time is: 

{{{
27 ‎December ‎2014, ‏‎21:53:35
}}}

This is correct. I have a record of this information elsewhere, which we will be referring to. If I run this code:

{{{
$ftime = FileGetTime($file)
SomePrintArrayFunction($ftime)
}}}

I get:

{{{
[0] : 2014
[1] : 12
[2] : 27
[3] : 22
[4] : 53
[5] : 35
}}}

Precisely one hour later than the correct time.

My current locale is United Kingdom, and we are currently experiencing ""British Summer Time"", which is a ""Daylight Saving Time"", though this should have no effect on the modification time of the file, which is December.

Because of what quacks like a bug, when my program examines this file's modification date, it sees that it is one hour older than its corresponding record (which is correct), and so considers the file modified, which it isn't, as reported by Windows Explorer et al (and UNIX.

AutoIt seems to be adding an arbitrary hour to its time output because we are inside British Summer Time. But that's just a hunch.

I've since got bug reports myself about this, all from users who are also inside ""daylight saving time"".

I can reproduced this on AutoIt v3.3.12.0 - v3.3.12.0.15 (I have no earlier installs available).

;o) Cor

Original post here: https://www.autoitscript.com/forum/topic/173666-is-this-a-bug/"	Bug	closed		AutoIt	3.3.15.0	None	No Bug	FileGetTime,1 hour,daylight saving