[test-results] [Bamboo] Asterisk - 1.4 > Mac OS X Snow Leopard (10.6) > #135 has FAILED. Change made by rmudgett.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - 1.4 > Mac OS X Snow Leopard (10.6) > #135 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST14-LUCID-178.
No failed tests found, a possible compilation error.

http://bamboo.asterisk.org/browse/AST14-SNOWLEOPARD-135/


--------------
Failing Jobs
--------------
  - x86_64 (Default Stage): No tests found.


--------------
Code Changes
--------------
rmudgett (313188):

>Stuck channel using FEATD_MF if caller hangs up at the right time.
>
>The cause was actually a caller hanging up just at the end of the Feature
>Group D DTMF tones that setup the call.  The reason for this is a "guard
>timer" that's implemented using ast_safe_sleep(100).  If the caller
>happens to hang up AFTER the final tone of the DTMF string but BEFORE the
>end of that ast_safe_sleep(), then ast_safe_sleep() will return non-zero.
>This causes the code to bounce to the end of ss_thread(), but it does NOT
>tear down the call properly.
>
>This should be a rare occurrence because the caller has to hang up at
>EXACTLY the right time.  Nonetheless, it was happening quite regularly on
>the reporter's system.  It's not easily reproducible, unless you purposely
>increase the guard-time to 2000 or more.  Once you do that, you can
>reproduce it every time by watching the DTMF debug and hanging up just as
>it ends.
>
>Simply add an ast_hangup() before goto quit.
>
>(closes issue #15671)
>Reported by: jcromes
>Patches:
>      issue15671.patch uploaded by pabelanger (license 224)
>Tested by: jcromes
>


--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20110411/b1eb2db7/attachment.htm>