[ 
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

Reply via email to