[asterisk-bugs] [Asterisk 0013251]: endbeforehexten=yes is useless now

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Aug 25 17:17:06 CDT 2008


A NOTE has been added to this issue. 
====================================================================== 
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:                     feedback
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:              
====================================================================== 
Date Submitted:             2008-08-06 15:10 CDT
Last Modified:              2008-08-25 17:17 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().

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

---------------------------------------------------------------------- 
 (0091719) murf (administrator) - 2008-08-25 17:17
 http://bugs.digium.com/view.php?id=13251#c91719 
---------------------------------------------------------------------- 
Sorry, after discussion with Tilghman, I added some code to obey the 'g'
option of 
dial by adding a flag to the features_caller field 'NO_H_EXTEN', which
applies only to the post-bridge case. If that flag is set in Dial, after
the bridge terminates, the h-exten is not executed, and no channel flag is
set, so the
pbx_run does the h exten on hangup like normal at that time.

So, please, give the h-exten4.diff a spin-- revert any changes from
h-exten3,
and then use patch to apply the new diffs. See if you get the hangup
extension behavior you have grown accustomed to over time.... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2008-08-25 17:17 murf           Note Added: 0091719                          
======================================================================




More information about the asterisk-bugs mailing list