root: Author Summary
| Build | Completed | Code Changes | Tests |
|---|---|---|---|
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #307 | 1 week ago | No tests found | |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #108 | 2 weeks ago |
Merged revisions 364844,364846 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364844 | qwell | 2012-05-01 16:49:25 -0500 (Tue, 01 May 2012) | 10 lines Prevent a potential crash when using manager hooks. Found by me while poking at DPMA-127. ........ Merged revisions 364841 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364842 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ r364846 | rmudgett | 2012-05-01 17:00:11 -0500 (Tue, 01 May 2012) | 10 lines * Fix error path resouce leak in local_request(). * Restructure local_request() to reduce indentation. ........ Merged revisions 364840 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364845 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
12 of 247 failed |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #107 | 2 weeks ago |
Merged revisions 364785,364788 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364785 | jrose | 2012-05-01 13:29:58 -0500 (Tue, 01 May 2012) | 16 lines Fix bad check in voicemail functions for ast_inboxcount2_func Check looks for ast_inboxcount_func instead of ast_inboxcount2_func on ast_inboxcount2_func calls. (closes issue ASTERISK-19718) Reported by: Corey Farrell Patches: ast_app_inboxcount2-null-refcheck.patch uploaded by Corey Farrell (license 5909) ........ Merged revisions 364769 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364777 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ r364788 | kmoore | 2012-05-01 14:10:48 -0500 (Tue, 01 May 2012) | 15 lines Play conf-placeintoconf message to the correct channel Correct the code in app_confbridge to play the conf-placeintoconf message to the marked user entering the bridge instead of to the conference while the marked user hears silence. (closes issue ASTERISK-19641) Reported-by: Mark A Walters ........ Merged revisions 364786 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364787 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
12 of 247 failed |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #103 | 2 weeks ago |
automerge cancel
|
No tests found |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #102 | 2 weeks ago |
Merged revisions 364343 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364343 | mmichelson | 2012-04-27 17:11:01 -0500 (Fri, 27 Apr 2012) | 13 lines Don't attempt to make use of the dynamic_exclude_static ACL if DNS lookup fails. (closes issue ASTERISK-18321) Reported by Dan Lukes Patches: ASTERISK-18321.patch by Mark Michelson (license #5049) ........ Merged revisions 364341 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364342 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
No tests found |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #101 | 2 weeks ago |
Merged revisions 364287 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364287 | mjordan | 2012-04-27 14:30:59 -0500 (Fri, 27 Apr 2012) | 46 lines Prevent overflow in calculation in ast_tvdiff_ms on 32-bit machines The method ast_tvdiff_ms attempts to calculate the difference, in milliseconds, between two timeval structs, and return the difference in a 64-bit integer. Unfortunately, it assumes that the long tv_sec/tv_usec members in the timeval struct are large enough to hold the calculated values before it returns. On 64-bit machines, this might be the case, as a long may be 64-bits. On 32-bit machines, however, a long may be less (32-bits), in which case, the calculation can overflow. This overflow caused significant problems in MixMonitor, which uses the method to determine if an audio factory, which has not presented audio to an audiohook, is merely late in providing said audio or will never provide audio. In an overflow situation, the audiohook would incorrectly determine that an audio factory that will never provide audio is merely late instead. This led to situations where a MixMonitor never recorded any audio. Note that this happened most frequently when that MixMonitor was started by the ConfBridge application itself, or when the MixMonitor was attached to a Local channel. (issue ASTERISK-19497) Reported by: Ben Klang Tested by: Ben Klang Patches: 32-bit-time-overflow-10-2012-04-26.diff (license #6283) by mjordan (closes issue ASTERISK-19727) Reported by: Mark Murawski Tested by: Michael L. Young Patches: 32-bit-time-overflow-2012-04-27.diff (license #6283) by mjordan) (closes issue ASTERISK-19471) Reported by: feyfre Tested by: feyfre (issue ASTERISK-19426) Reported by: Johan Wilfer Review: https://reviewboard.asterisk.org/r/1889/ ........ Merged revisions 364277 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364285 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
No tests found |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #100 | 2 weeks ago |
Merged revisions 364260 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364260 | kmoore | 2012-04-27 13:59:36 -0500 (Fri, 27 Apr 2012) | 15 lines Allow SIP pvts involved in Replaces transfers to fall out of reference sooner Unref the SIP pvt stored in the refer structure as soon as it is no longer needed so that the pvt and associated file descriptors can be freed sooner. This change makes a reference decrement unnecessary in code that handles SIP BYE/Also transfers which should not touch the reference anyway. (related to issue ASTERISK-19579) ........ Merged revisions 364258 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364259 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
No tests found |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #99 | 2 weeks ago |
Merged revisions 364205 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364205 | mjordan | 2012-04-27 09:45:08 -0500 (Fri, 27 Apr 2012) | 26 lines Allow for reloading SRTP crypto keys within the same SIP dialog As a continuation of the patch in r356604, which allowed for the reloading of SRTP keys in re-INVITE transfer scenarios, this patch addresses the more common case where a new key is requested within the context of a current SIP dialog. This can occur, for example, when certain phones request a SIP hold. Previously, once a dialog was associated with an SRTP object, any subsequent attempt to process crypto keys in any SDP offer - either the current one or a new offer in a new SIP request - were ignored. This patch changes this behavior to only ignore subsequent crypto keys within the current SDP offer, but allows future SDP offers to change the keys. (issue ASTERISK-19253) Reported by: Thomas Arimont Tested by: Thomas Arimont Review: https://reviewboard.asteriskorg/r/1885/ ........ Merged revisions 364203 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364204 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
No tests found |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #98 | 2 weeks ago |
Merged revisions 364164 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364164 | schmidts | 2012-04-27 07:58:03 -0500 (Fri, 27 Apr 2012) | 5 lines fix a wrong behavior of alarm timezones in caldav and icalendar when an alarm doesnt use utc. This change uses the same timezone from the start time. ........ Merged revisions 364163 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
No tests found |
| ASTTEAM › ASTERISKTRUNKDIGIUMPHONES › #97 | 2 weeks ago |
Merged revisions 364082,364110 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364082 | rmudgett | 2012-04-26 15:35:41 -0500 (Thu, 26 Apr 2012) | 27 lines Fix DTMF atxfer running h exten after the wrong bridge ends. When party B does an attended transfer of party A to party C, the attending bridge between party B and C should not be running an h exten when the bridge ends. Running an h exten now sets a softhangup flag to ensure that an AGI will run in dead AGI mode. * Set the AST_FLAG_BRIDGE_HANGUP_DONT on the party B channel for the attending bridge between party B and C. (closes issue AST-870) (closes issue ASTERISK-19717) Reported by: Mario (closes issue ASTERISK-19633) Reported by: Andrey Solovyev Patches: jira_asterisk_19633_v1.8.patch (license #5621) patch uploaded by rmudgett Tested by: rmudgett, Andrey Solovyev, Mario ........ Merged revisions 364060 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364065 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ r364110 | rmudgett | 2012-04-26 16:11:25 -0500 (Thu, 26 Apr 2012) | 8 lines Update Pickup application documentation. (With feeling this time.) ........ Merged revisions 364108 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364109 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ Merged revisions 364048 via svnmerge from
file:///srv/subversion/repos/asterisk/trunk ................ r364048 | twilson | 2012-04-26 14:33:49 -0500 (Thu, 26 Apr 2012) | 11 lines Add more constness to the end_buf pointer in the netconsole issue ASTERISK-18308 Review: https://reviewboard.asterisk.org/r/1876/ ........ Merged revisions 364046 from http://svn.asterisk.org/svn/asterisk/branches/1.8 ........ Merged revisions 364047 from http://svn.asterisk.org/svn/asterisk/branches/10 ................ |
No tests found |
| Build | Completed | Code Changes | Tests |
|---|
| Build | Completed | Code Changes | Tests |
|---|
file:///srv/subversion/repos/asterisk/trunk
................
r365300 | mmichelson | 2012-05-04 10:52:30 -0500 (Fri, 04 May 2012) | 15 lines
Fix core FINDING 2, FINDING 3, and FINDING 4 from Coverity's CONSTANT_EXPRESSION_RESULT report.
These three all are in RTP code that attempts to print the number of sequence number cycles
in an RTCP RR report. The code was masking out the upper 16 bits and then shifting the number
right by 16 bits. This led to an all zero result in all cases. The fix is to do the shift without
the bit masking.
(issue ASTERISK-19649)
........
Merged revisions 365298 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........
Merged revisions 365299 from http://svn.asterisk.org/svn/asterisk/branches/10
................