[asterisk-bugs] [Asterisk 0013794]: CDR for picked up parked call gives answer time < start time and no record for parking

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=13794 
====================================================================== 
Reported By:                davidw
Assigned To:                murf
====================================================================== 
Project:                    Asterisk
Issue ID:                   13794
Category:                   Resources/res_features
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Target Version:             1.6.0.5
Asterisk Version:           1.6.0 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2008-10-28 13:34 CDT
Last Modified:              2009-01-23 09:55 CST
====================================================================== 
Summary:                    CDR for picked up parked call gives answer time <
start time and no record for parking
Description: 
Dial 700 on one phone and 701 on another.  No call record is generated for
the first phone and the call record for the second phone gives the time of
parking as the answer time.  The "billable" time is longer than the call
duration!
====================================================================== 

---------------------------------------------------------------------- 
 (0098567) murf (administrator) - 2009-01-23 09:55
 http://bugs.digium.com/view.php?id=13794#c98567 
---------------------------------------------------------------------- 
OK, I reproduced this on my SIP phone... and found that it's a problem in
1.4 on up. The code to copy into the bridge cdr, the answer time from a
macro run peer also catches this case; I put in a call to ast_tvcmp to make
sure that if a peer does have an answer time, we'll only bring it into the
bridge CDR if the answer time is greater/== to the bridge CDR's start
time.

Another possibility is to, if a peer has an answer time before the
bridge_cdr's start time, we could reset the start and answer times to the
earlier times.... but that's pretty dangerous, and who knows how many other
cases there are/would/could be where we wouldn't want to do that! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-23 09:55 murf           Note Added: 0098567                          
======================================================================