[
https://issues.apache.org/jira/browse/CASSANDRA-4437?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
paul cannon reassigned CASSANDRA-4437:
--------------------------------------
Assignee: paul cannon
> cqlsh displays bad timezone for timestamp types
> -----------------------------------------------
>
> Key: CASSANDRA-4437
> URL: https://issues.apache.org/jira/browse/CASSANDRA-4437
> Project: Cassandra
> Issue Type: Bug
> Components: Tools
> Affects Versions: 1.1.2
> Environment: Ubuntu 10.04 64bit
> Reporter: Emmanuel Courreges
> Assignee: paul cannon
> Priority: Minor
>
> cqlsh uses the time.localtime(epoch) function in python which converts the
> time received from thrift into your local timezone but does not fill in the
> timezone info, so when it is printed with time.strftime, it always appears
> with an hour in your timezone with +0000 as the timezone which is wrong.
> Example:
> cqlsh:ecourreges> UPDATE syndic set emails=11, unreadmails=3, nextuid=16,
> endwnd='2012-07-14 21:15:00+0000', endsub='2012-07-14 21:15:00+0000' where
> ise='ise1';
> cqlsh:ecourreges> select * from syndic;
> ise | alllastdetails | allmaildetails | emails | endsub |
> endwnd | lastdetails | lastnotif | maildetails | nextuid |
> unreadmails
> ------+----------------+----------------+--------+--------------------------+--------------------------+-------------+-----------+-------------+---------+-------------
> ise1 | null | null | 11 | 2012-07-14 23:15:00+0000 |
> 2012-07-14 23:15:00+0000 | null | null | null | 16 |
> 3
> The output should be '2012-07-14 21:15:00+0000' or '2012-07-14 23:15:00+0200'
> but not '2012-07-14 23:15:00+0000' !!!
> I see 2 ways of fixing it:
> cqlsh line 474: replace timestamp = time.localtime(val) with timestamp =
> time.gmtime(val)
> or handle the timezone properly by using something else than
> localtime+strftime, but the question is what?
> Good luck and keep up the great work!
> Regards,
> Emmanuel Courrèges.
> Alten Consultant for Orange Portal France.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira