[test-results] [Bamboo] Asterisk > Asterisk Build > #1782 has FAILED. Change made by Richard Mudgett and Matt Jordan <mjordan at digium.com>.

[Bamboo]

-----------------------------------------------------------------------
Asterisk > Asterisk Build > #1782 failed.
-----------------------------------------------------------------------
Code has been updated by Richard Mudgett, Matt Jordan <mjordan at digium.com>.
1/2 jobs failed, no tests found.

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

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

foobar  (Automatically assigned)
George Joseph (Automatically assigned)



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



--------------
Code Changes
--------------
Matt Jordan <mjordan at digium.com> (d86515324977c5b7688205364f959ece384a1ddb):

>Merge "pjsip: Add basic resolver tests covering A/AAAA, SRV, and NAPTR."

Joshua Colp (560ece8787622041a4b22911e0f13abb5b6f556e):

>pjsip: Add basic resolver tests covering A/AAAA, SRV, and NAPTR.
>These tests cover the following:
>
>1. Dialing a URI with a hostname that resolves to only an A record
>2. Dialing a URI with a hostname that resolves to an AAAA+A record
>3. Dialing a URI with a hostname and unspecified transport that resolves using SRV to TCP transport with A record
>4. Dialing a URI with a hostname and TCP transport that resolves using SRV to TCP transport with A record
>5. Dialing a URI with a hostname and UDP transport that resolves using SRV to UDP transport with A record
>6. Dialing a URI with a hostname and unspecified transport that resolves using NAPTR/SRV to TCP transport with A record
>7. Dialing a URI with a hostname and TCP transport that resolves using NAPTR/SRV to TCP transport with A record
>8. Dialing a URI with a hostname and UDP transport that resolves using NAPTR/SRV to UDP transport with A record
>
>ASTERISK-24947 #close
>Reported by: Joshua Colp
>
>Change-Id: I8690d6b2441937ab9d7fea6f1e41c3d6985a1d9e

Richard Mudgett (1269dd06bcb4c8090cc970fd4ca9bdd89355f9c1):

>res_fax: Fix latent bug exposed by ASTERISK-24841 changes.
>Three fax related tests started failing as a result of changes made for
>ASTERISK-24841:
>tests/fax/pjsip/gateway_t38_g711
>tests/fax/sip/gateway_mix1
>tests/fax/sip/gateway_mix3
>
>Historically, ast_channel_make_compatible() did nothing if the channels
>were already "compatible" even if they had a sub-optimal translation path
>already setup.  With the changes from ASTERISK-24841 this is no longer
>true in order to allow the best translation paths to always be picked.  In
>res_fax.c:fax_gateway_framehook() code manually setup the channels to go
>through slin and then called ast_channel_make_compatible().  With the
>previous version of ast_channel_make_compatible() this was always a
>no-operation.
>
>* Remove call to ast_channel_make_compatible() in fax_gateway_framehook()
>that now undoes what was just setup when the framehook is attached.
>
>* Fixed locking around saving the channel formats in
>fax_gateway_framehook() to ensure that the formats that are saved are
>consistent.
>
>* Fix copy pasta errors in fax_gateway_framehook() that confuses read and
>write when dealing with saved channel formats.
>
>ASTERISK-24841
>Reported by: Matt Jordan
>
>Change-Id: I6fda0877104a370af586a5e8cf9e161a484da78d



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