[asterisk-dev] Regression after the END-of-queue control frame patch
Olle E. Johansson
oej at edvina.net
Mon Jan 10 03:22:12 CST 2011
The patch for 1.4 in https://reviewboard.asterisk.org/r/1013/ might have fixed AMI redirect in a bridged call,
but did break it for a meetme call. When I issue AMI redirect on a channel in a meetme, it hangs up.
It doesn't hang up immediately - but anything that calls ast_waitfor will not work and cause a hangup at some point, due to lack of input frames. ast_waitfor terminates with an answer indicating there's a frame to read, but reading frames we get nothing on the channel.
I've tested rev 288636 - the one before, and in that revision the transfer works as expected.
I've documented my findings in issue #18585
I've spent many hours trying to understand this and have failed miserably. If you have a moment to spend on this and know this area of Asterisk - please help.
More information about the asterisk-dev