[asterisk-bugs] [Asterisk 0018829]: [patch] ParkedCall() does not update Connected Line information

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=18829 
====================================================================== 
Reported By:                p_lindheimer
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   18829
Category:                   Features/Parking
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     new
Asterisk Version:           1.8.3-rc2 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2011-02-17 10:27 CST
Last Modified:              2011-02-17 12:57 CST
====================================================================== 
Summary:                    [patch] ParkedCall() does not update Connected Line
information
Description: 
When picking up a parked call, neither party has their connected line
information updated. The expected behavior is that upon picking up the
parked call from the parking slot, the two sides of the bridge would see
each other's CID information.
====================================================================== 

---------------------------------------------------------------------- 
 (0132096) rmudgett (administrator) - 2011-02-17 12:57
 https://issues.asterisk.org/view.php?id=18829#c132096 
---------------------------------------------------------------------- 
regarding above:

2) Using ast_connected_line_copy_from_caller() to perform a deep copy to
allow you to unlock the channels before invoking the interception macro.
General outline of steps:
2a) ast_party_connected_line_init()
2b) ast_connected_line_copy_from_caller()
2c) unlock channels
2d) ast_channel_connected_line_macro()
2e) ast_party_connected_line_free()

3) The interception macro probably needs to be run on both channels
because you are sending connected line information to both channels.  Each
channel could define its own interception macro.

Note that there are caller/callee connected line interception macro
flavors.  If party A calls party B then party A is the caller and party B
is the callee.  The original intent was that the caller macro would be run
on party A's channel
when party B's connected line information changed.  The callee macro would
be run on party B's channel when party A's connected line information
changed.

In the parked call pickup scenario, who is the caller and who is the
callee?
I think the caller should be defined as the parked call being picked up
and the callee as the call picking up the parked call. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-02-17 12:57 rmudgett       Note Added: 0132096                          
======================================================================