Summary: | ASTERISK-10062: WaitExten immediately hangs up channel | ||
Reporter: | pj (pj) | Labels: | |
Date Opened: | 2007-08-10 15:13:44 | Date Closed: | 2007-08-14 09:00:00 |
Priority: | Major | Regression? | No |
Status: | Closed/Complete | Components: | Core/PBX |
Versions: | Frequency of Occurrence | ||
Related Issues: | |||
Environment: | Attachments: | ||
Description: | when call enters WaitExten application, channel is immediately hangup, no matter if WaitExten is used without arguments, or with moh class specified WaitExten(360,m(default)) SVN-trunk-r78541 is working OK SVN-trunk-r79074 FAIL ****** ADDITIONAL INFORMATION ****** [Aug 10 22:19:55] -- Executing [s@preciosa:1] Playback("IAX2/bill-6", "beep") in new stack [Aug 10 22:19:55] -- IAX2/bill-gw-5 answered SIP/324-081ebf78 [Aug 10 22:19:56] -- <IAX2/bill-6> Playing 'beep.gsm' (language 'en') [Aug 10 22:19:56] -- Executing [s@preciosa:2] WaitExten("IAX2/bill-6", "360,m()") in new stack [Aug 10 22:19:56] -- Started music on hold, class 'default', on IAX2/bill-6 [Aug 10 22:19:56] -- Stopped music on hold on IAX2/bill-6 [Aug 10 22:19:56] == Spawn extension (preciosa, s, 2) exited non-zero on 'IAX2/bill-6' | ||
Comments: | By: pj (pj) 2007-08-10 15:18:25 MusicOnHold() is working fine.... [Aug 10 22:34:33] -- Executing [s@preciosa:2] MusicOnHold("IAX2/bill-10", "") in new stack [Aug 10 22:34:33] -- Started music on hold, class 'default', on IAX2/bill-10 [Aug 10 22:34:46] -- Hungup 'IAX2/bill-gw-9' By: Russell Bryant (russell) 2007-08-10 15:56:50 In my testing, it appears that this is only a problem with the m() option in use. By: pj (pj) 2007-08-10 16:01:18 console log with simple WaitExten (without arguments), same issue... [Aug 10 23:16:55] -- Executing [s@preciosa:2] WaitExten("IAX2/bill-9", "") in new stack [Aug 10 23:16:55] == Spawn extension (preciosa, s, 2) exited non-zero on 'IAX2/bill-9' [Aug 10 23:16:55] -- Hungup 'IAX2/bill-9' By: Dave Bowerman (dbowerman) 2007-08-11 03:24:34 this looks like its related to a broken ast_waitfordigit possibly introduced in rev 78683 (epoll changes) ? app_voicemail seems to be broken (dont get a chance to enter a pin) and zap fxs (fxo signalled) channels seem to be broke too (immediate hangup after going off hook) could be wrong though... By: Dave Bowerman (dbowerman) 2007-08-11 04:07:27 ive confirmed the above by undefining HAVE_EPOLL in autoconfig.h and recompiling. this bug goes away, voicemail works as expected, and so do zap fxs channels. looks like this bug report belongs to 'file' ;) By: Digium Subversion (svnbot) 2007-08-14 09:00:00 Repository: asterisk Revision: 79379 ------------------------------------------------------------------------ r79379 | file | 2007-08-14 08:59:57 -0500 (Tue, 14 Aug 2007) | 4 lines (closes issue ASTERISK-10062) Reported by: pj Two of the three places ast_waitfor_nandfds could branch off to did not clear outfd and exception. If the calling function did not clear these there was a chance they could get a false positive on testing to see whether they were set. ------------------------------------------------------------------------ |