| Summary: | ASTERISK-22035: Properly handle media on channels that are swapped into a parking lot's holding bridge | ||
| Reporter: | Matt Jordan (mjordan) | Labels: | |
| Date Opened: | 2013-07-07 20:24:38 | Date Closed: | 2013-08-09 12:36:45 |
| Priority: | Major | Regression? | |
| Status: | Closed/Complete | Components: | Resources/res_parking |
| Versions: | 12 | Frequency of Occurrence | |
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | When a channel is pushed into {{bridge_parking_push}} and a swap occurs, we need to re-create the media state on the pushed channel that the swapped channel once had. This includes MoH as well as ringing.
Currently, MoH works by re-applying the bridging roles, but ringing does not. Note that re-applying the role may not be the best way to handle this problem, and a more generic "restart the media" may be appropriate. {noformat} /* BUGBUG Adding back local channel swapping made us not hear music on hold for the channel that got swapped * into the parking lot. Setting the roels back up gets around that, but we still need to deal with the ringing option * to the park application here somehow. */ parking_channel_set_roles(bridge_channel->chan, self->lot, 0); {noformat} | ||
| Comments: | By: Matt Jordan (mjordan) 2013-08-09 12:36:36.701-0500 This is no longer an issue, and has been resolved. | ||