Summary:	ASTERISK-12747: Revision 142675 broke one-touch parking initiated by caller.
Reporter:	mdu113 (mdu113)	Labels:
Date Opened:	2008-09-17 11:32:56	Date Closed:	2011-06-07 14:00:17
Priority:	Critical	Regression?	No
Status:	Closed/Complete	Components:	Resources/res_features
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) bt2.txt ( 1) parking_crash.txt
Description:	Change in r142675 (issue 13251) causes asterisk crash in one-touch parking if parking was initiated by caller. The crash happens immediately after parking announcement is played. The crash doesn't happen if one-touch parking was initiated by the callee. Also everything works fine for both caller- and callee-initiated parking if I revert r142675. Console output and backtrace in parking_crash.txt
Comments:	By: Jeff Peeler (jpeeler) 2008-10-06 11:26:38 Is this still an issue? By: mdu113 (mdu113) 2008-10-06 11:32:27 Yes, it is. By: Jeff Peeler (jpeeler) 2008-10-06 18:20:15 Tell me exactly what you are doing to cause the crash. By: mdu113 (mdu113) 2008-10-07 10:24:11 A (polycom 501) calls B (cisco 7960). Call is connected through FastAGI application. B answers. A dials *30 (one-touch parking code). Asterisk starts playing MOH to B and playing 701 to A. Asterisk crashes immediately after it ends playing 701 to A. By: Jeff Peeler (jpeeler) 2008-10-07 11:12:12 This should be pretty easy to duplicate since there aren't any required hangups involved. Are you using the latest code? If so, perhaps you can arrange for me access to the machine so I can analyze the core dump. By: mdu113 (mdu113) 2008-10-07 11:33:18 Yes, I'm using r145839. If you don't need root access then I can give you access to the machine I'm working on. I'll need your ips to allow through the firewall. If you do need root access to patch/reinstall asterisk/whatever it's also possible, but I'll have to setup another testing machine for you and it's going to take some time. I think we better discuss it off the board. Please contact me at mulitskiy at acedsl dot com By: Jeff Peeler (jpeeler) 2008-10-07 11:43:28 The change occurred in 146129, so if you're really using 145839 you need to update. By: mdu113 (mdu113) 2008-10-07 12:06:00 jpeeler, my apologies. I remember for sure I was testing your fix in 146129. I probably downgraded later doing some experiments. Anyway I upgraded to the latest revision 147193 and the problem described in this issue is gone. Unfortunately it's still not completely fixed :(. A quick testing found another crash in similar to reported before situations. Scenario is exactly the same, but this time callee (parked channel) hangs up during parking announcement is played to the caller (parkee). I.e. A calls B, B answers, A dials feature code to park B, B hangs up during announcement is being played to A. This time it crashes in ast_bridge_call(). I'm attaching bt2.txt which is new backtrace. By: Jeff Peeler (jpeeler) 2008-10-07 12:15:51 Separate issues require separate bug reports. This issue I'm going to close since it isn't a problem. Remember when I had you apply the skipcdr.patch to skip the crashing CDR code (13425)? That's where it is crashing here still. When you file a new bug report you can note that it is crashing in the CDR code during the parking scenario you described above.