[test-results] [Bamboo] Asterisk - 1.8 > Ubuntu Lucid (10.04) > #308 has FAILED (2 tests failed). Change made by Terry Wilson.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - 1.8 > Ubuntu Lucid (10.04) > #308 failed.
-----------------------------------------------------------------------
Code has been updated by Terry Wilson.
2/2 jobs failed with 2 failing tests.

http://bamboo.asterisk.org/browse/AST18-LUCID-308/


--------------
Failing Jobs
--------------
  - amd64 (Default Stage): 1 of 107 tests failed.
  - i386 (Default Stage): 1 of 96 tests failed.


--------------
Code Changes
--------------
Terry Wilson (310902):

>Merged revisions 310889 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.6.2
>
>................
>  r310889 | twilson | 2011-03-16 12:03:27 -0500 (Wed, 16 Mar 2011) | 36 lines
>  
>  Merged revisions 310888 via svnmerge from 
>  https://origsvn.digium.com/svn/asterisk/branches/1.4
>  
>  ........
>    r310888 | twilson | 2011-03-16 11:58:42 -0500 (Wed, 16 Mar 2011) | 29 lines
>    
>    Don't delay DTMF in core bridge while listening for DTMF features
>    
>    This patch is mostly the work of Olle Johansson. I did some cleanup and
>    added the silence generating code if transmit_silence is set.
>    
>    When a channel listens for DTMF in the core bridge, the outbound DTMF is not
>    sent until we have received DTMF_END. For a long DTMF, this is a disaster. We
>    send 4 seconds of DTMF to Asterisk, which sends no audio for those 4 seconds.
>    Some products see this delay and the time skew on RTP packets that results and
>    start ignoring the audio that is sent afterward.
>    
>    With this change, the DTMF_BEGIN frame is inspected and checked. If it matches
>    a feature code, we wait for DTMF_END and activate the feature as before. If
>    transmit_silence=yes in asterisk.conf, silence is sent if we paritally match a
>    multi-digit feature. If it doesn't match a feature, the frame is forwarded
>    along with the DTMF_END without delay. By doing it this way, DTMF is not delayed.
>    
>    (closes issue #15642)
>    Reported by: jasonshugart
>    Patches: 
>          issue_15652_dtmf_ast-1.4.patch.txt uploaded by twilson (license 396)
>    Tested by: globalnetinc, jde
>    
>    (closes issue #16625)
>    Reported by: sharvanek
>    
>    Review: https://reviewboard.asterisk.org/r/1092/
>    Review: https://reviewboard.asterisk.org/r/1125/
>  ........
>................
>


--------------
Tests
--------------
New Test Failures (2)
   - AsteriskTestSuite: S/callparking
   - AsteriskTestSuite: S/callparking

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