[asterisk-bugs] [Asterisk 0014304]: ParkAndAnnounce loses "priority" of the return argument

Asterisk Bug Tracker noreply at bugs.digium.com
Thu Jan 22 09:03:35 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14304 
====================================================================== 
Reported By:                jcovert
Assigned To:                file
====================================================================== 
Project:                    Asterisk
Issue ID:                   14304
Category:                   Applications/app_parkandannounce
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.6.0.3 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-01-21 20:12 CST
Last Modified:              2009-01-22 09:03 CST
====================================================================== 
Summary:                    ParkAndAnnounce loses "priority" of the return
argument
Description: 
-- Executing [70 at parkinglot:5] Playback("SIP/pkt_stn_mass_eta-01b52800",
"holdline") in new stack
Even though there's a "1", the priority is treated as a zero...

-- <SIP/pkt_stn_mass_eta-01b52800> Playing 'holdline.gsm' (language 'en')
-- Executing [70 at parkinglot:6]
ParkAndAnnounce("SIP/pkt_stn_mass_eta-01b52800",
"beep,60,local/s at park,s,1") in new stack
-- Dial Tech,String: (local,s at park)
-- Return Context: (parkinglot,s,0) ID: 6174377795
-- Warning: Return Context Invalid, call will return to default|s

fortunately, it doesn't do THAT...

== Timeout for SIP/pkt_stn_mass_eta-01b3be00 parked on 71. Returning to
parkinglot,s,0
== Starting SIP/pkt_stn_mass_eta-01b3be00 at parkinglot,s,0 failed so
falling back to exten 's'

So we end up where I wanted, anyway, but the message is annoying, and if
I'd wanted to go somewhere other than "1", it woulda been a problem.

tried specifying "context,extension,priority" instead of just
"extension,priority" but ended up with the zero even then.
====================================================================== 

---------------------------------------------------------------------- 
 (0098430) svnbot (reporter) - 2009-01-22 09:03
 http://bugs.digium.com/view.php?id=14304#c98430 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 170048

_U  branches/1.6.0/
U   branches/1.6.0/apps/app_parkandannounce.c

------------------------------------------------------------------------
r170048 | file | 2009-01-22 09:03:34 -0600 (Thu, 22 Jan 2009) | 11 lines

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

........
  r170047 | file | 2009-01-22 11:01:54 -0400 (Thu, 22 Jan 2009) | 4 lines
  
  Clear the autoloop flag when parsing and setting the
context/extension/priority to go back to. When the channel executes a PBX
again we want it to start out at the point we explicitly say and at that
point it will not yet be doing autoloop.
  (closes issue http://bugs.digium.com/view.php?id=14304)
  Reported by: jcovert
........

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

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

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-01-22 09:03 svnbot         Checkin                                      
2009-01-22 09:03 svnbot         Note Added: 0098430                          
======================================================================




More information about the asterisk-bugs mailing list