[asterisk-bugs] [Asterisk 0010531]: bug in time-zone with daylight saving time (canada)

noreply at bugs.digium.com noreply at bugs.digium.com
Wed Aug 22 21:00:42 CDT 2007


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10531 
====================================================================== 
Reported By:                junky
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   10531
Category:                   Core-General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:            SVN 
SVN Branch (only for SVN checkouts, not tarball releases):  1.4  
SVN Revision (number only!): 80183 
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-22-2007 14:09 CDT
Last Modified:              08-22-2007 21:00 CDT
====================================================================== 
Summary:                    bug in time-zone with daylight saving time (canada)
Description: 
apparently, the epoch returned by STRPTIME isnt correct.
Here's a discussion with corydon on IRC.

Even if we specify the tz, the epoch returned isnt correct.

====================================================================== 

---------------------------------------------------------------------- 
 junky - 08-22-07 21:00  
---------------------------------------------------------------------- 
exten => 80,1,SayUnixTime(${STRPTIME(2007-08-22
19:23:59|America/Montreal|%Y-%m-%d %H:%M:%S)});
  
results as:
    -- Executing [80 at from-sip:1] SayUnixTime("SIP/10-b6602948",
"1187828639") in new stack
[Aug 22 22:13:46] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing A (offset 0) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/day-3' (language 'en')
[Aug 22 22:13:47] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing B (offset 1) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/mon-7' (language 'en')
[Aug 22 22:13:47] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing d (offset 2) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/20' (language 'en')
    -- <SIP/10-b6602948> Playing 'digits/h-2' (language 'en')
[Aug 22 22:13:49] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing Y (offset 3) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/2' (language 'en')
    -- <SIP/10-b6602948> Playing 'digits/thousand' (language 'en')
    -- <SIP/10-b6602948> Playing 'digits/7' (language 'en')
[Aug 22 22:13:51] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing   (offset 4) in ABdY 'digits/at' IMp
[Aug 22 22:13:51] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing ' (offset 5) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/at' (language 'en')
[Aug 22 22:13:52] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing   (offset 16) in ABdY 'digits/at' IMp
[Aug 22 22:13:52] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing I (offset 17) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/8' (language 'en')  <---BAD
should be 7!
[Aug 22 22:13:52] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing M (offset 18) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/20' (language 'en')
    -- <SIP/10-b6602948> Playing 'digits/3' (language 'en')
[Aug 22 22:13:54] DEBUG[13840]: say.c:2996 ast_say_date_with_format_en:
Parsing p (offset 19) in ABdY 'digits/at' IMp
    -- <SIP/10-b6602948> Playing 'digits/p-m' (language 'en')
  == Auto fallthrough, channel 'SIP/10-b6602948' status is 'UNKNOWN'


which is clearly wrong, since my tz is America/Montreal.
    -- Executing [80 at from-sip:1] SayUnixTime("SIP/10-b66029b8",
"1187828639|America/Montreal") in new stack  
results as the same way.

To get it correctly (7pm), 
i've to use America/Atlantic, which is not my tz. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-22-07 21:00  junky          Note Added: 0069285                          
======================================================================




More information about the asterisk-bugs mailing list