[test-results] [Bamboo] Asterisk > Asterisk Unit Tests > #819 has FAILED (4 tests failed, no failures were new). Change made by Matt Jordan and file.

[Bamboo]

-----------------------------------------------------------------------
Asterisk > Asterisk Unit Tests > #819 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST-ATRUNKFULLBUILD-847.
2/2 jobs failed, with 4 failing tests, no failures were new.

https://bamboo.asterisk.org/bamboo/browse/AST-ATRUNKUNIT-819/

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

Corey Farrell (Automatically assigned)
John Bigelow (Automatically assigned)
Richard Mudgett (Automatically assigned)



--------------
Failing Jobs
--------------
  - CentOS 6 32-Bit Unit Testing (Unit Testing): 2 of 457 tests failed.
  - CentOS 6 64-Bit Unit Testing (Unit Testing): 2 of 457 tests failed.



--------------
Code Changes
--------------
file (428034):

>chan_sip: Fix bug where DTLS configuration from general would copy dtlsenable.
>

Matt Jordan (428010):

>cel/cel_odbc: Provide microsecond precision in 'eventtime' column when possible
>
>This patch adds microsecond precision when inserting a CEL record into a table
>with an "eventtime" column of type timestamp, instead of second precision. The
>documentation (configs/cel_odbc.conf.sample) was already saying that the
>eventtime column included microseconds precision, but that was not the case.
>
>Also, without this patch, if you had a table with an "eventtime" column of
>type varchar, you had millisecond precision. With this patch, you also get
>microsecond precision in this case.
>
>Review: https://reviewboard.asterisk.org/r/3980
>
>ASTERISK-24283 #close
>Reported by: Etienne Lessard
>patches:
>  cel_odbc_time_precision.patch uploaded by Etienne Lessard (License 6394)
>........
>
>Merged revisions 427952 from http://svn.asterisk.org/svn/asterisk/branches/11
>........
>
>Merged revisions 427953 from http://svn.asterisk.org/svn/asterisk/branches/12
>........
>
>Merged revisions 427954 from http://svn.asterisk.org/svn/asterisk/branches/13
>

Matt Jordan (5928):

>tests/rest_api: Fix more test issues with ending too quickly
>
>A number of tests were still ending too quickly or looking for events that
>occur after a call to stop_reactor. These tests were fixed in a variety of
>ways:
>* Some, where it made sense, simply stopped looking for StasisEnd. In
>  particular, tests that simply use a channel to trigger the start of
>  processing on completely unrelated activities stopped looking for the
>  event - it isn't germane to what they test.
>* Some chose to tell the underlying test object to not stop the test and
>  instead stop the tests themselves.
>
>Note that for the channels/playback/to_channel_in_bridge tests, default
>extensions.conf files were also added. A lack of extensions.conf relies on
>dubious 'make samples' behaviour.
>



--------------
Tests
--------------
Existing Test Failures (4)
   - AsteriskUnitTests: /res/parking/dynamic parking variables
   - AsteriskUnitTests: /channels/features/test features channel dtmf
   - AsteriskUnitTests: /res/parking/dynamic parking variables
   - AsteriskUnitTests: /channels/features/test features channel dtmf
Fixed Tests (1)
   - AsteriskUnitTests: /main/cel/test cel attended transfer bridges link

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