[asterisk-bugs] [Asterisk 0010369]: A rejection of an incoming call to a dynamic queue member causes the caller in the queue to be dropped

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=10369 
====================================================================== 
Reported By:                blitzrage
Assigned To:                putnopvut
====================================================================== 
Project:                    Asterisk
Issue ID:                   10369
Category:                   Applications/app_queue
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.9  
SVN Branch (only for SVN checkouts, not tarball releases): N/A  
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             08-02-2007 11:23 CDT
Last Modified:              08-03-2007 09:07 CDT
====================================================================== 
Summary:                    A rejection of an incoming call to a dynamic queue
member causes the caller in the queue to be dropped
Description: 
When the Queue() application distributes a caller from a queue to a dynamic
queue member, with the timeoutrestart=yes (or set to 'no'), then when a
call is rejected by the queue member with the reject button on the Polycom,
a 603 Declined is sent back and the caller is hung up on.

I am using dynamic queue members from realtime, along with dynamic queues
(also from realtime).

====================================================================== 

---------------------------------------------------------------------- 
 putnopvut - 08-03-07 09:07  
---------------------------------------------------------------------- 
So if I understand you correctly, the flatfile you specified works. If you
were to change the member to 

member => local/whatever at queue_member_delivery

then that's when it would fail?

Oh, and also, this doesn't really have anything to do with the bug, but
for future reference, if you have the strategy as ringall, timeoutrestart
doesn't do anything. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
08-03-07 09:07  putnopvut      Note Added: 0068363                          
======================================================================