[test-results] [Bamboo] Asterisk Testing > Asterisk Trunk > #1505 has FAILED (39 tests failed, 3 failures were new). Change made by Russell Bryant.

[Bamboo]

-----------------------------------------------------------------------
Asterisk Testing > Asterisk Trunk > #1505 failed.
-----------------------------------------------------------------------
Code has been updated by Russell Bryant.
1/2 jobs failed, with 39 failing tests, 3 failures were new.

http://bamboo.asterisk.org/browse/TESTING-ASTERISKTRUNK-1505/


--------------
Failing Jobs
--------------
  - Asterisk CentOS 6 32-Bit (CentOS 6): 39 of 619 tests failed.



--------------
Code Changes
--------------
Russell Bryant (393930):

>astobj2-ify the SLA code
>
>The SLA code within app_meetme was written before asotbj2 had been
>merged into Asterisk.  Worse, support for reloads did not exist at first
>and was added later as a bolt-on feature.  I knew at the time that
>reloading was not safe at all while SLA was in use, so the reload would
>be queued up to execute when the system was idle.  Unfortunately, this
>approach was still prone to errors beyond the fact that this was the
>only place in Asterisk where configuration was not reloaded
>instantly when requested.
>
>This patch converts various SLA objects to be reference counted objects
>using astobj2.  This allows reloads to be processed while the system is
>in use.  The code ensures that the objects will not disappear while one
>of the other threads is using them.  However, they will be immediately
>removed from the global trunk and station containers so no new calls
>will use them if removed from configuration.
>
>Review: https://reviewboard.asterisk.org/r/2581/
>........
>
>Merged revisions 393928 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 393929 from http://svn.asterisk.org/svn/asterisk/branches/11
>



--------------
Tests
--------------
New Test Failures (3)
   - AsteriskTestSuite: S/bridge/blonde nominal
   - AsteriskTestSuite: S/channels/ s i p/ s d p offer answer
   - AsteriskTestSuite: S/channels/ s i p/sip custom presence/multiple state change
Existing Test Failures (36)
   - AsteriskTestSuite: S/apps/queues/position priority maxlen
   - AsteriskTestSuite: S/channels/iax2/basic-call
   - AsteriskTestSuite: S/channels/ s i p/sip one legged transfer
   - AsteriskTestSuite: S/apps/queues/queue baseline
   - AsteriskTestSuite: S/apps/queues/set penalty
   - AsteriskTestSuite: S/bridge/automixmon
   - AsteriskTestSuite: S/bridge/blindxfer setup
   - AsteriskTestSuite: S/channels/ s i p/sip hold
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/callee with reinvite
   - AsteriskTestSuite: S/channels/gulp/basic calls/incoming/nominal/authed/userpass/ident by user
   - AsteriskTestSuite: S/bridge/transfer failure
   - AsteriskTestSuite: S/bridge/parkcall
   - AsteriskTestSuite: S/manager/bridge actions
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/caller with reinvite
   - AsteriskTestSuite: S/bridge/atxfer setup
   - AsteriskTestSuite: S/channels/gulp/incoming calls without auth
   - AsteriskTestSuite: S/channels/ s i p/sip blind transfer/caller refer only
   - AsteriskTestSuite: S/channels/ s i p/acl call
   - AsteriskTestSuite: S/fax/local channel t38 queryoption
   - AsteriskTestSuite: S/bridge/disconnect
   - AsteriskTestSuite: S/feature attended transfer
   - AsteriskTestSuite: S/masquerade

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