[test-results] [Bamboo] Asterisk > Asterisk Build > #1542 has FAILED. Change made by George Joseph and Matt Jordan.

Bamboo noreply at bamboo.asterisk.org
Mon Dec 22 02:51:45 CST 2014


-----------------------------------------------------------------------
Asterisk > Asterisk Build > #1542 failed.
-----------------------------------------------------------------------
Code has been updated by George Joseph, Matt Jordan.
1/2 jobs failed, no tests found.

https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKBUILD-1542/

---------------------
Currently Responsible
---------------------

George Joseph (Automatically assigned)
Matt Jordan (Automatically assigned)



--------------
Failing Jobs
--------------
  - Basic Build (Basic Build): No tests found.



--------------
Code Changes
--------------
Matt Jordan (6127):

>testsuite: Allow tests to specify multiple minimum versions
>
>Prior to this patch, a test could only provide a single required minimum
>version of Asterisk. This didn't bode well for tests that have been added due
>to bugs, which typically require a minimum version for each active branch of
>Asterisk. Not allowing multiple minimum versions to be specified would result
>in the test being erroneously executed for higher branches of Asterisk,
>resulting in false test failures.
>
>Take, for example, tests/channels/SIP/no_ack_dialog_cleanup. This test was
>added for ASTERISK-20784, the fix of which was released in 1.8.32.0, 11.14.0,
>12.7.0, and 13.0.0-beta3. Because only a single version could be specified,
>however, the best the test writer could do was provide the 1.8 version:
>
>properties:
>   minversion: '1.8.32.0'
>
>This would prevent 1.8.31.0 from running against the test, but 11.13.0 would
>execute the test, as it is greater than the supplied minversion of 1.8.32.0.
>
>However, if we specify a list of minversions:
>
>  minversion: ['1.8.32.0', '11.14.0', '12.7.0', '13.0.0-beta3']
>
>Then we can determine that 11.13.0 is less than 11.14.0, and prevent the test
>from running.
>
>With this patch, that is now possible. Failed Bamboo runs rejoiced everywhere.
>
>Review: https://reviewboard.asterisk.org/r/4270/
>

George Joseph (429915):

>res_pjsip_phoneprovi_provider: Fix reload
>
>Reloading wasn't working correctly because on a reload, the sorcery apply
>handler was never being called for unchanged users.  So, instead of using
>an apply handler, I'm now iterating over all users.  Works much more reliably.
>
>Tested-by: George Joseph
>
>Review: https://reviewboard.asterisk.org/r/4288/
>........
>
>Merged revisions 429914 from http://svn.asterisk.org/svn/asterisk/branches/13
>

Matt Jordan (429934):

>app_confbridge: Add the ability to pass options/command to MixMonitor
>
>This patch adds the ability to pass options and a command to MixMontor when
>recording a conference using ConfBridge.
>
>New options are -
>
>* record_options: Options to MixMontor, eg: m(), W() etc.
>* record_command: The command to execute when recording is over.
>* record_file_timestamp: Append the start time to the file name.
>
>These options can also be used with the CONFBRIDGE function, e.g.,
>Set(CONFBRIDGE(bridge,record_command)=/path/to/command ^{MIXMONITOR_FILENAME}))
>
>Review: https://reviewboard.asterisk.org/r/4023
>
>ASTERISK-24351 #close
>Reported by: Gareth Palmer
>patches:
>  record_command-428838.patch uploaded by Gareth Palmer (License 5169)
>
>



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


More information about the Test-results mailing list