[test-results] [Bamboo] Asterisk - Trunk > Ubuntu Lucid (10.04) > #1323 has FAILED (8 tests failed, 7 failures were new). Change made by Matthew Jordan and rmudgett.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - Trunk > Ubuntu Lucid (10.04) > #1323 failed.
-----------------------------------------------------------------------
Code has been updated by Matthew Jordan, rmudgett.
8/197 tests failed, 7 failures were new.

http://bamboo.asterisk.org/browse/ASTTRUNK-LUCID-1323/


--------------
Failing Jobs
--------------
  - amd64 (Default Stage): 8 of 197 tests failed.


--------------
Code Changes
--------------
rmudgett (349782):

>Make pbx_config.c use Gosub instead of Macro call for stdexten.
>
>Users created by users.conf with hasvoicemail=yes have been documented as
>using a Gosub to stdexten since v1.6.0.  However, the code still generates
>dialplan to access stdexten as a Macro as documented in v1.4; which does
>not work with the newer extensions.conf.sample file.
>
>* Make generated dialplan access the stdexten dialplan with the documented
>Gosub instead of the older Macro style.
>
>(closes issue ASTERISK-18809)
>Reported by: Jay Allen
>Patches:
>      gosub_patch-pbx_config.patch (license #6323) patch uploaded by Jay Allen (modified)
>Tested by: rmudgett
>

rmudgett (349821):

>Make not assume that the cel_sqlite3_custom SQL table primary key is AcctId.
>
>If a table is created by some other application and the primary key is not
>named "AcctId", cel/cel_sqlite3_custom.c will always try to create the
>table and fail because it already exists.
>
>* Change the SQL table query to not require AcctId as the primary key.
>
>(closes issue ASTERISK-18963)
>Reported by: socketpair
>Patches:
>      fix.patch (license #6337) patch uploaded by socketpair
>........
>
>Merged revisions 349819 from http://svn.asterisk.org/svn/asterisk/branches/1.8
>........
>
>Merged revisions 349820 from http://svn.asterisk.org/svn/asterisk/branches/10
>

Matthew Jordan (349823):

>Fix premature free'ing of the frame committed in r349608
>
>Even though we set the frame to the ast_null_frame and return that,
>the caller of the frame hook may still need the frame.  This now is
>a bit more careful about when it frees the frame, i.e., only under
>the same conditions that applied when we duplicated it in the first
>place.
>........
>
>Merged revisions 349822 from http://svn.asterisk.org/svn/asterisk/branches/10
>


--------------
Tests
--------------
New Test Failures (7)
   - AsteriskTestSuite: S/callparking
   - AsteriskTestSuite: S/apps/voicemail/check voicemail nominal
   - AsteriskTestSuite: S/channels/ s i p/noload res srtp
   - AsteriskTestSuite: S/fax/gateway native t38
   - AsteriskTestSuite: S/queues/set penalty
   - AsteriskTestSuite: S/apps/voicemail/leave voicemail forwarding auto urgent
   - AsteriskTestSuite: S/fax/gateway timeout3
Existing Test Failures (1)
   - AsteriskTestSuite: S/fax/gateway timeout4
Fixed Tests (8)
   - AsteriskTestSuite: S/iax2/basic-call
   - AsteriskTestSuite: S/channels/ s i p/message unauth from
   - AsteriskTestSuite: S/fax/gateway t38 g711
   - AsteriskTestSuite: S/fastagi/say-digits
   - AsteriskTestSuite: S/fax/gateway timeout5
   - AsteriskTestSuite: S/cdr/cdr userfield
   - AsteriskTestSuite: S/fax/gateway mix3
   - AsteriskTestSuite: S/func srv

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