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

[Bamboo]

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

http://bamboo.asterisk.org/browse/ASTTRUNK-LUCID-405/


--------------
Failing Jobs
--------------
  - amd64 (Default Stage): 1 of 116 tests failed.
  - i386 (Default Stage): 1 of 105 tests failed.


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

>Merged revisions 310902 via svnmerge from 
>https://origsvn.digium.com/svn/asterisk/branches/1.8
>
>................
>  r310902 | twilson | 2011-03-16 12:19:57 -0500 (Wed, 16 Mar 2011) | 43 lines
>  
>  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
Fixed Tests (1)
   - AsteriskTestSuite: S/rfc2833 dtmf detect

--
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/c0074916/attachment.htm>