Bug #15190 | TIMESTAMP data type is not parsed correctly | ||
---|---|---|---|
Submitted: | 23 Nov 2005 16:03 | Modified: | 22 Dec 2005 20:15 |
Reporter: | Linus Larsson | Email Updates: | |
Status: | Can't repeat | Impact on me: | |
Category: | MySQL Server | Severity: | S2 (Serious) |
Version: | 5.0.16 | OS: | Windows (Windows XP) |
Assigned to: | MySQL Verification Team | CPU Architecture: | Any |
[23 Nov 2005 16:03]
Linus Larsson
[23 Nov 2005 16:24]
Jorge del Conde
I was unable to reproduce this bug under both, FC4 and WinXP: mysql> COMMIT; Query OK, 0 rows affected (0.00 sec) mysql> mysql> SELECT * FROM timestamp_test; +----+---------------------+ | id | test_timestamp | +----+---------------------+ | 1 | 1970-01-01 01:00:00 | | 2 | 1970-01-01 00:00:01 | | 3 | 1970-01-01 00:00:02 | | 4 | 1970-01-01 00:01:00 | | 5 | 1970-01-01 00:02:00 | +----+---------------------+ 5 rows in set (0.02 sec) mysql>
[23 Nov 2005 16:53]
Linus Larsson
Well, the timestamp in the first row ('1970-01-01 01:00:00') is, I guess, disallowed because I'm in the timezone UTC+1. So if you're in any other timezone, try to issue INSERT INTO timestamp_test (test_timestamp) VALUES (from_unixtime(0)); instead, and see if you get an error. It's enlighting that you don't get the other timestamps wrong - could it be timezone related?
[23 Nov 2005 17:06]
Linus Larsson
Verified; if I set my timezone to GMT, it works as expected. I came across this which might be interesting, though SELECT NOW(); returns the correct time on my installation: http://dev.mysql.com/doc/refman/5.0/en/timezone-problems.html
[22 Dec 2005 20:16]
MySQL Verification Team
I was unable to repeat with current released server. I got the same result as Jorge.