[Home]

Summary:ASTERISK-10062: WaitExten immediately hangs up channel
Reporter:pj (pj)Labels:
Date Opened:2007-08-10 15:13:44Date Closed:2007-08-14 09:00:00
Priority:MajorRegression?No
Status:Closed/CompleteComponents: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.

------------------------------------------------------------------------