[Home]

Summary:ASTERISK-13653: When i park a call after the slot announcement the call is not hangup
Reporter:Francesco Romano (francesco_r)Labels:
Date Opened:2009-02-25 11:38:31.000-0600Date Closed:2011-06-07 14:08:18
Priority:MinorRegression?No
Status:Closed/CompleteComponents:Resources/res_features
Versions:Frequency of
Occurrence
Related
Issues:
Environment:Attachments:( 0) console.txt
( 1) extensions.conf.txt
( 2) features.conf.txt
Description:In asterisk 1.4.22 and all previous versions, when i parked a call using the one-touch park feature or the direct transfer to parking (ex ASTERISK-66), the call was immediately hangup. Using the latest code of 1.4 the call is not hangup.
For example i use this extensions.conf (is from freepbx):

[from-internal]
include => parkedcalls
include => from-internal-additional
include => bad-number

[from-internal-additional]
include => park-hints
exten => _9X.,1,Dial(misdn/1/${EXTEN:1},300,TK)
exten => _9X.,n,Dial(misdn/2/${EXTEN:1},300,TK)
exten => _9X.,n,Macro(outisbusy,)
exten => h,1,Hangup

[macro-outisbusy]
exten => s,1,Playback(all-circuits-busy-now,noanswer)
exten => s,n,Playback(pls-try-call-later,noanswer)
exten => s,n,Macro(hangupcall)

[macro-hangupcall]
exten => s,1,ResetCDR(w)
exten => s,n,NoCDR()
exten => s,n,Hangup

[bad-number]
include => bad-number-custom
exten => _X.,1,ResetCDR()
exten => _X.,n,NoCDR()
exten => _X.,n,Wait(1)
exten => _X.,n,Playback(silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer)
exten => _X.,n,Wait(1)
exten => _X.,n,Congestion(20)
exten => _X.,n,Hangup


If i dial an external number and i park the call using the one-touch feature, the person that park hear all-circuits-busy-now (macro outisbusy). When i pickup and i repark the call instead hear cannot-complete-as-dialed (macro bad-number).

Can the previous behaviour can be restored?
Comments:By: Francesco Romano (francesco_r) 2009-03-10 11:47:59

Any news on this?
I discovered another problem using the built-in Attended Transfer feature: when the called party that start the transfer hangup, the two calls are not bridged but both calls are hangup. This problem was not present in previous version. Using the sip attended transfer instead works well. Is the same problem or i must open another ticket?
Thank you
By: Francesco Romano (francesco_r) 2009-03-17 04:27:42

I have tried the latest r182281. One-touch park and attended transfer work again now. But still remain one issue. I have enabled in features.conf parkedcallreparking = caller
and if i repark a call taken from the parking slot the caller hear cannot-complete-as-dialed after the slot announcement (macro bad-number).
By: Jeff Peeler (jpeeler) 2009-04-24 11:25:06

Are either of these issues still a problem? In the future, do not continue on the same issue with a different problem scenario.
By: Francesco Romano (francesco_r) 2009-04-25 07:17:05

The original issue is partially  solved as i said in note 101852. The first time i park a call the beahviour is correct (call hangup regularly after the slot announce). But when i repark the call picked up from park slot i still have cannot-complete-as-dialed (macro bad-number). I have now tried in a clean 1.4 r190356 installation.
By: Francesco Romano (francesco_r) 2009-05-05 12:55:54

Any chance to be resolved before 1.4.25?
By: Jeff Peeler (jpeeler) 2009-05-05 23:41:42

There is a greater chance it will get resolved by then if I can reproduce the problem. I haven't been able to do so.

A calls B, A parks B, A picks up B from parking lot, A reparks B. Works every time with "parkedcallreparking = caller" for me. If this is the scenario not working for you, please post your features.conf, relevant portions of the dialplan, and console output.
By: Francesco Romano (francesco_r) 2009-05-06 03:29:27

I have uploaded a modified version of extensions.conf similar to the description above, the features.conf and the console output. In this test extension 503 call 509, 509 park the call with one-touch sequence (##) and the call is hangup regularly. After 509 take the park 71 and repark always with one-touch but now the call is not hangup and go to bad number context, two other times.
By: Digium Subversion (svnbot) 2009-05-06 17:15:20

Repository: asterisk
Revision: 192858

U   branches/1.4/res/res_features.c

------------------------------------------------------------------------
r192858 | jpeeler | 2009-05-06 17:15:20 -0500 (Wed, 06 May 2009) | 10 lines

Make ParkedCall application stop execution of the dialplan after hang up

Just changed park_exec to always return non-zero. I really wasn't entirely sure
at first if this was a bug. Decided it was since it would be surprising when
not using ParkedCall in the dialplan to hang up and have dialplan execution
continue.

(closes issue ASTERISK-13653)
Reported by: francesco_r

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=192858
By: Digium Subversion (svnbot) 2009-05-06 17:17:28

Repository: asterisk
Revision: 192861

_U  trunk/
U   trunk/main/features.c

------------------------------------------------------------------------
r192861 | jpeeler | 2009-05-06 17:17:27 -0500 (Wed, 06 May 2009) | 17 lines

Merged revisions 192858 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

........
 r192858 | jpeeler | 2009-05-06 17:15:19 -0500 (Wed, 06 May 2009) | 10 lines
 
 Make ParkedCall application stop execution of the dialplan after hang up
 
 Just changed park_exec to always return non-zero. I really wasn't entirely sure
 at first if this was a bug. Decided it was since it would be surprising when
 not using ParkedCall in the dialplan to hang up and have dialplan execution
 continue.
 
 (closes issue ASTERISK-13653)
 Reported by: francesco_r
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=192861
By: Digium Subversion (svnbot) 2009-05-06 17:18:30

Repository: asterisk
Revision: 192865

_U  branches/1.6.0/
U   branches/1.6.0/main/features.c

------------------------------------------------------------------------
r192865 | jpeeler | 2009-05-06 17:18:30 -0500 (Wed, 06 May 2009) | 24 lines

Merged revisions 192861 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
 r192861 | jpeeler | 2009-05-06 17:17:27 -0500 (Wed, 06 May 2009) | 17 lines
 
 Merged revisions 192858 via svnmerge from
 https://origsvn.digium.com/svn/asterisk/branches/1.4
 
 ........
   r192858 | jpeeler | 2009-05-06 17:15:19 -0500 (Wed, 06 May 2009) | 10 lines
   
   Make ParkedCall application stop execution of the dialplan after hang up
   
   Just changed park_exec to always return non-zero. I really wasn't entirely sure
   at first if this was a bug. Decided it was since it would be surprising when
   not using ParkedCall in the dialplan to hang up and have dialplan execution
   continue.
   
   (closes issue ASTERISK-13653)
   Reported by: francesco_r
 ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=192865
By: Digium Subversion (svnbot) 2009-05-06 17:19:18

Repository: asterisk
Revision: 192869

_U  branches/1.6.1/
U   branches/1.6.1/main/features.c

------------------------------------------------------------------------
r192869 | jpeeler | 2009-05-06 17:19:18 -0500 (Wed, 06 May 2009) | 24 lines

Merged revisions 192861 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
 r192861 | jpeeler | 2009-05-06 17:17:27 -0500 (Wed, 06 May 2009) | 17 lines
 
 Merged revisions 192858 via svnmerge from
 https://origsvn.digium.com/svn/asterisk/branches/1.4
 
 ........
   r192858 | jpeeler | 2009-05-06 17:15:19 -0500 (Wed, 06 May 2009) | 10 lines
   
   Make ParkedCall application stop execution of the dialplan after hang up
   
   Just changed park_exec to always return non-zero. I really wasn't entirely sure
   at first if this was a bug. Decided it was since it would be surprising when
   not using ParkedCall in the dialplan to hang up and have dialplan execution
   continue.
   
   (closes issue ASTERISK-13653)
   Reported by: francesco_r
 ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=192869
By: Digium Subversion (svnbot) 2009-05-06 17:20:16

Repository: asterisk
Revision: 192874

_U  branches/1.6.2/
U   branches/1.6.2/main/features.c

------------------------------------------------------------------------
r192874 | jpeeler | 2009-05-06 17:20:15 -0500 (Wed, 06 May 2009) | 24 lines

Merged revisions 192861 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
 r192861 | jpeeler | 2009-05-06 17:17:27 -0500 (Wed, 06 May 2009) | 17 lines
 
 Merged revisions 192858 via svnmerge from
 https://origsvn.digium.com/svn/asterisk/branches/1.4
 
 ........
   r192858 | jpeeler | 2009-05-06 17:15:19 -0500 (Wed, 06 May 2009) | 10 lines
   
   Make ParkedCall application stop execution of the dialplan after hang up
   
   Just changed park_exec to always return non-zero. I really wasn't entirely sure
   at first if this was a bug. Decided it was since it would be surprising when
   not using ParkedCall in the dialplan to hang up and have dialplan execution
   continue.
   
   (closes issue ASTERISK-13653)
   Reported by: francesco_r
 ........
................

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=192874
By: Francesco Romano (francesco_r) 2009-08-17 12:56:53

I have now downloaded and upgraded to 1.4.26.1 and i have again this issue...
Worked perfectly with 1.4.25.1.
By: Jeff Peeler (jpeeler) 2009-08-19 14:21:24

Are you sure this is the same issue? The fix that was committed here is still present and working as expected. Please elaborate on what exactly is not working.
By: Jeff Peeler (jpeeler) 2009-08-25 18:31:41

francesco_r: I'm going to close this issue if I don't hear back from you soon.
By: Francesco Romano (francesco_r) 2009-08-28 03:42:08

Sorry, i was in holiday. I have tested again and really the bug is present only if i park an outgoing call. If i park a received one the call is hangup normally after the slot announcement.
By: Leif Madsen (lmadsen) 2009-09-08 14:09:17

Please describe the exact steps you are performing to cause this issue to happen. We need to be able to easily reproduce the issue in order to solve it.
By: Leif Madsen (lmadsen) 2009-09-30 09:25:35

I'm closing this issue as it has been waiting on feedback for more than 2 weeks. If the reporter has additional information that can be submitted, than they are welcome to reopen the issue. Thanks!