[asterisk-bugs] [Asterisk 0015957]: Automatic progress indication breaks some scenarios

[Asterisk Bug Tracker]

The following issue has been ASSIGNED. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15957 
====================================================================== 
Reported By:                lmadsen
Assigned To:                tilghman
====================================================================== 
Project:                    Asterisk
Issue ID:                   15957
Category:                   Channels/General
Reproducibility:            always
Severity:                   block
Priority:                   normal
Status:                     assigned
Target Version:             1.6.1.7
Asterisk Version:           1.6.1.7-rc1 
JIRA:                        
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-09-24 13:58 CDT
Last Modified:              2009-09-24 14:42 CDT
====================================================================== 
Summary:                    Automatic progress indication breaks some scenarios
Description: 
Per Pavel Troller on the Asterisk-Dev mailing list:

Hi!
  I've noticed that in 1.6.1.7-rc1, an automatic sending of progress
indication
has been implemented for some applications, like Playback().

  I have a problem with it. I was used to have full control over sending
any
backward signalling information, like Progress, Proceeding, Ringing,
Answer
etc. by my dialplan scripts. Now, this is over. Somebody decided that
Playback() will send progress, even if I explicitly don't want it, and my
scripts are not working anymore.

  I have a real trouble with it. I'm using asterisk in a relatively
complex
heterogenous environment, full of various legacy devices like TDM PBXs
etc.
For example, Avaya Definity immediately stops transmitting dialling in
overlap
mode, when it receives a PROGRESS message over a PRI. Formerly, it was
normal
to send a tone/spoken messages during a dial phase. I still can send
tones
(because, thanks God, somebody forgot to add progress indication to the
PlayTones() app), but I cannot send a recording anymore, because Avaya
stops
dialling when it receives PROGRESS. Of course, there are channels, which
require sending progress info to successfully pass audio, like SIP, for
which
I was using the following in my macros:

exten => s,n,ExecIf($["${CUT(CHANNEL,/,1)}" = "SIP"]?Progress())

  So, please, rethink this change if possible. In my opinion, it
substantially
reduces flexibility of Asterisk signalling possibilities.
====================================================================== 

---------------------------------------------------------------------- 
 (0111335) svnbot (reporter) - 2009-09-24 14:42
 https://issues.asterisk.org/view.php?id=15957#c111335 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 220288

U   branches/1.4/apps/app_disa.c
U   branches/1.4/apps/app_playback.c
U   branches/1.4/main/pbx.c

------------------------------------------------------------------------
r220288 | tilghman | 2009-09-24 14:42:00 -0500 (Thu, 24 Sep 2009) | 6
lines

Implicitly sending a progress signal breaks some applications.
Call Progress() in your dialplan if you explicitly want progress to be
sent.
(Reverts change 216430, closes issue
https://issues.asterisk.org/view.php?id=15957)
Reported by: Pavel Troller on the Asterisk-Dev mailing list
http://lists.digium.com/pipermail/asterisk-dev/2009-September/039897.html

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

http://svn.digium.com/view/asterisk?view=rev&revision=220288 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-24 14:42 svnbot         Note Added: 0111335                          
2009-09-24 14:42 svnbot         Status                   acknowledged =>
assigned
2009-09-24 14:42 svnbot         Assigned To               => tilghman        
======================================================================