| Summary: | ASTERISK-23049: BridgeWait: Attended transfer to BridgeWait bridge can fail if the transferer is the only channel in the bridge | ||
| Reporter: | Jonathan Rose (jrose) | Labels: | |
| Date Opened: | 2013-12-20 10:49:20.000-0600 | Date Closed: | |
| Priority: | Major | Regression? | No |
| Status: | Open/New | Components: | Applications/app_bridgewait |
| Versions: | 12.0.0-beta2 12.0.0 13.18.4 | Frequency of Occurrence | Constant |
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Pretty straight forward reproduction steps:
A calls B A attended transfers to extension 1,1,BridgeWait('bridge_name') A completes the transfer after starting to hear music on hold B transfers into the holding bridge and is immediately ejected Note that if a party C is already hanging out in the holding bridge, the transfer will be completed normally. This makes me thing the bridge is being dissolved during the transfer, possibly as part of the mechanism by which BridgeWait bridges automatically dissolve when emptied. | ||
| Comments: | |||