[asterisk-bugs] [Asterisk 0013251]: endbeforehexten=yes is useless now
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Aug 21 17:54:57 CDT 2008
The following issue has been RESOLVED.
======================================================================
http://bugs.digium.com/view.php?id=13251
======================================================================
Reported By: sergee
Assigned To: murf
======================================================================
Project: Asterisk
Issue ID: 13251
Category: CDR/General
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0
SVN Revision (number only!): 135435
Disclaimer on File?: N/A
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 2008-08-06 15:10 CDT
Last Modified: 2008-08-21 17:54 CDT
======================================================================
Summary: endbeforehexten=yes is useless now
Description:
1. Part of code:
if (c->cdr && ast_opt_end_cdr_before_h_exten)
ast_cdr_end(c->cdr);
- missing (this is how it was
http://svn.digium.com/view/asterisk/trunk/pbx.c?r1=12896&r2=12895&pathrev=12896)
2. I have very simple scenario SIP/A calls SIP/B they talk 30 seconds,
then call is finished. Even after i call ast_cdr_end(chan->cdr) - manually
from my app, these fields aren't initialized:
chan->cdr->billsec == 0,
chan->cdr->duration == 0,
chan->cdr->answer.tv_sec == 0,
chan->cdr->end.tv_sec == 0
3. as far as i understand, CDRs are posted now as soon as channels are
unbridged. This behavior breaks billings which make calculations inside 'h'
extensions. It would be nice to post CDRs after no more apps are left in
the 'h' extension or to have an application in the DialPlan, something like
CDRPost().
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2008-08-21 17:54 svnbot Status assigned => resolved
2008-08-21 17:54 svnbot Resolution open => fixed
======================================================================
More information about the asterisk-bugs
mailing list