The only solution I've found is to change "blindxfer => ##" to "blindxfer => *# " or something like that.
I think there is a bug with that feature. It was working with some previous version but I don't remember which one.
Michael
On 9/19/06,
marvin horst <[EMAIL PROTECTED]> wrote:
When I press # (once) during a bridged call it mutes/locks the call and I am unable to do anything on either end of the call.
Then, if the called party hangs up before the calling party hangs up, the call still shows as connected with (show channels) even though both parties have hung up. Both channels are still "locked" and unable to initiate a new call until a soft hangup is performed.
If the calling party hangs up first nothing happens, but when the called party hangs up the channels are disconnected and free to make new calls.
## still works to transfer the call, but not after the call gets "locked".
Pressing # will not lock the call if I don't have the transfer options in the dial command.
I'm using Asterisk SVN-branch-1.2-r42783 and
#define ZAPTEL_VERSION " SVN-branch-1.2-r1458"
*** show channel output ****
Zap/9-1 [EMAIL PROTECTED]:1 Up Bridged Call(Zap/11-1)
Zap/11-1 [EMAIL PROTECTED]:21 Up Dial(Zap/9|20|Tt)
**** features.conf *****
[general]
parkext => 700
parkpos => 701-720
context => parkedcalls
parkingtime => 90
featuredigittimeout = 500
[featuremap]
blindxfer => ## ; Blind transfer
disconnect => *0 ; Disconnect
automon => *1 ; One Touch Record
atxfer => ** ; Attended transfer
_______________________________________________
--Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
_______________________________________________ --Bandwidth and Colocation provided by Easynews.com --
asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
