| Summary: | ASTERISK-13476: Park position announcement broken with blind transfert. | ||
| Reporter: | Francois-Alexandre St-Onge Aubut (fst-onge) | Labels: | |
| Date Opened: | 2009-01-29 07:09:02.000-0600 | Date Closed: | 2009-01-29 14:49:12.000-0600 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Resources/res_features |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | Sorry if its a duplicate, I could not find this exact issue about call parking. It was working with 1.4.22 but with 1.4.23, if a user tries to park someone using the blind transfer key he will not hear the park announcement. Attended transfer still work. If it was resolved can you point me to a patch that will solve this? | ||
| Comments: | By: Leif Madsen (lmadsen) 2009-01-29 07:30:45.000-0600 Actually what you are describing as "working" in 1.4.22, sounds like a bug. You should not blind transfer someone to a parking spot -- otherwise they would hear the parking slot, which makes very little sense. If you blind transfer to a parking slot, there is no way you will be able to hear the parking slot, which is how Parking is intended to work. I believe otherwiseguy "fixed" this behaviour for 1.4.23, where if you park someone in a parking slot, then the person being parked won't hear the announcement (which is the correct behaviour). I will let otherwiseguy comment on this issue though. By: Francois-Alexandre St-Onge Aubut (fst-onge) 2009-01-29 07:38:45.000-0600 actualy when we were doing ASTERISK-66 we were hearing seven zero zero on all previous version but since 1.4.23 there is no more anouncement. parkext => 70 parkpos => 700-702 context => parkedcalls blindxfer => # By: Terry Wilson (twilson) 2009-01-29 09:18:22.000-0600 The bug was that it was playing the parking extension to the parkee...which is very wrong. I think that built-in blind transfers have logic to play the extension to the caller before disconnecting, but if you are using SIP transfers, then there will not be (and should not be) any announcement to the parker. Attended transfers are for that purpose, and the bug should be closed. By: Francois-Alexandre St-Onge Aubut (fst-onge) 2009-01-29 09:28:31.000-0600 You are saying that built-in blind transfers have logic to play the extension to the caller before disconnecting. I think you are right as since 1.2 up to 1.4.22 we always used built blind transfers and always heard the announcement while parking the call. We never used SIP transfer for that. So it may not be a bug but there is a change in behavior as built in blind transfer no longer play the announcement By: Terry Wilson (twilson) 2009-01-29 09:36:31.000-0600 Okay, I can check that out. The description mentioned the "blind transfer key" which I assumed was the transfer key on a sip phone. To be honest, you might as well use the one-touch park feature if you are using the builtin features anyway and it looks like you are using the Park() in parkedcalls. That way your users don't even have to type the parking extension. But regardless, if behavior has changed I'll take a look at it and see if I can fix it. By: Terry Wilson (twilson) 2009-01-29 10:28:16.000-0600 I just tested this on a checkout from the 1.4 branch and '#' for built-in blind transfer still plays the prompt for me. Can I get you to test the 1.4 svn branch to see if you still experience the problem? By: Francois-Alexandre St-Onge Aubut (fst-onge) 2009-01-29 10:31:59.000-0600 we will test By: Francois-Alexandre St-Onge Aubut (fst-onge) 2009-01-29 14:43:26.000-0600 hanks for looking into this. I can confirm that what was broken in 1.4.23 is fixed with the 1.4 branch so you can close this issue By: Terry Wilson (twilson) 2009-01-29 14:49:11.000-0600 awesome. thanks. Closing as per reporter | ||