[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