[test-results] [Bamboo] Asterisk - 1.8 > FreeBSD 8.1 > #326 has FAILED (40 tests failed, no failures were new). Change made by 6 authors.
Bamboo
bamboo at asterisk.org
Thu Nov 24 03:50:04 CST 2011
-----------------------------------------------------------------------
Asterisk - 1.8 > FreeBSD 8.1 > #326 failed.
-----------------------------------------------------------------------
This build occurred because it is a dependant of AST18-LUCID-950.
40/136 tests failed, no failures were new.
http://bamboo.asterisk.org/browse/AST18-FREEBSD81-326/
--------------
Failing Jobs
--------------
- i386 (Default Stage): 40 of 136 tests failed.
--------------
Code Changes
--------------
jrose (345487):
>Guarantee messages go into the right folders with multiple recipients
>
>Before, using the U flag in Voicemail with multiple recipients would put urgent messages
>in the INBOX folder for all users past the first thanks to a bug with the message
>copying function. This would also cause messages to fail to be sent if the INBOX
>directory hadn't been created for that mailbox yet.
>
>(closes issue ASTERISK-18245)
>Reported by: Matt Jordan
>
>(closes issue ASTERISK-18246)
>Reported by: Matt Jordan
>
>Review: https://reviewboard.asterisk.org/r/1589/
>
wdoekes (345923):
>Clarify why the AST_LOG_* macros exist next to the LOG_* macros.
>
>(issue ASTERISK-17973)
>
Terry Wilson (345828):
>Default to nat=yes; warn when nat in general and peer differ
>
>It is possible to enumerate SIP usernames when the general and user/peer
>nat settings differ in whether to respond to the port a request is sent
>from or the port listed for responses in the Via header. In 1.4 and 1.6.2,
>this would mean if one setting was nat=yes or nat=route and the other was
>either nat=no or nat=never. In 1.8 and 10, this would mean when one was
>nat=force_rport and the other was nat=no.
>
>In order to address this problem, it was decided to switch the default
>behavior to nat=yes/force_rport as it is the most commonly used option
>and to strongly discourage setting nat per-peer/user when at all possible.
>
>For more discussion of the issue, please see:
> http://lists.digium.com/pipermail/asterisk-dev/2011-November/052191.html
>
>(closes issue ASTERISK-18862)
>Review: https://reviewboard.asterisk.org/r/1591/
>........
>
>Merged revisions 345776 from http://svn.asterisk.org/svn/asterisk/branches/1.4
>........
>
>Merged revisions 345800 from http://svn.asterisk.org/svn/asterisk/branches/1.6.2
>
--------------
Tests
--------------
Existing Test Failures (40)
- AsteriskTestSuite: S/fastagi/control-stream-file
- AsteriskTestSuite: S/apps/voicemail/leave voicemail priority
- AsteriskTestSuite: S/apps/voicemail/check voicemail reply
- AsteriskTestSuite: S/fastagi/connect
- AsteriskTestSuite: S/apps/voicemail/check voicemail new user
- AsteriskTestSuite: S/apps/voicemail/check voicemail options record name
- AsteriskTestSuite: S/apps/voicemail/func vmcount
- AsteriskTestSuite: S/fastagi/stream-file
- AsteriskTestSuite: S/directed pickup
- AsteriskTestSuite: S/apps/voicemail/authenticate extensions
- AsteriskTestSuite: S/apps/directory operator exit
- AsteriskTestSuite: S/apps/voicemail/leave voicemail forwarding
- AsteriskTestSuite: S/apps/voicemail/check voicemail dialout
- AsteriskTestSuite: S/apps/voicemail/check voicemail forward with prepend
- AsteriskTestSuite: S/apps/voicemail/check voicemail options record busy
- AsteriskTestSuite: S/apps/incomplete/sip incomplete
- AsteriskTestSuite: S/apps/voicemail/leave voicemail nominal
- AsteriskTestSuite: S/apps/voicemail/leave voicemail forwarding auto urgent
- AsteriskTestSuite: S/apps/voicemail/check voicemail envelope
- AsteriskTestSuite: S/apps/voicemail/check voicemail options change password
- AsteriskTestSuite: S/apps/voicemail/check voicemail callback
- AsteriskTestSuite: S/callparking
- AsteriskTestSuite: S/apps/voicemail/check voicemail forward
- AsteriskTestSuite: S/apps/voicemail/check voicemail nominal
- AsteriskTestSuite: S/channels/ s i p/realtime nosipregs
--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20111124/059c190c/attachment-0001.htm>
More information about the Test-results
mailing list