alecdavis: Author Summary

Builds triggered by alecdavis

Builds triggered by an author are those builds which contains changes committed by the author.
89
11 (12%)
78 (88%)

Breakages and Fixes

Broken means the build has failed but the previous build was successful.
Fixed means that the build was successful but the previous build has failed.
0 (0% of all builds triggered)
3 (3% of all builds triggered)
3
Build Completed Code Changes Tests
TESTING › ASTERISKTRUNK › #199 2 weeks ago
chan_sip: [general] maxforwards, not checked for a value greater than 255

The peer maxforwards is checked for both '< 1' and '> 255',
but the default 'maxforwards' in the [general] section is only checked for '< 1'

alecdavis (license 585)
Reported by: alecdavis
Tested by: alecdavis
 
Review: https://reviewboard.asterisk.org/r/1888/
........

Merged revisions 363934 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........

Merged revisions 363935 from http://svn.asterisk.org/svn/asterisk/branches/10
230 passed
TESTING › ASTERISK10BRANCH › #139 2 weeks ago
chan_sip: [general] maxforwards, not checked for a value greater than 255

The peer maxforwards is checked for both '< 1' and '> 255',
but the default 'maxforwards' in the [general] section is only checked for '< 1'

alecdavis (license 585)
Reported by: alecdavis
Tested by: alecdavis
 
Review: https://reviewboard.asterisk.org/r/1888/
........

Merged revisions 363934 from http://svn.asterisk.org/svn/asterisk/branches/1.8
208 passed
TESTING › ASTERISK18BRANCH › #138 2 weeks ago
chan_sip: [general] maxforwards, not checked for a value greater than 255

The peer maxforwards is checked for both '< 1' and '> 255',
but the default 'maxforwards' in the [general] section is only checked for '< 1'

alecdavis (license 585)
Reported by: alecdavis
Tested by: alecdavis
 
Review: https://reviewboard.asterisk.org/r/1888/

177 passed
TESTING › ASTERISKTRUNK › #86 2 months ago
Missed lastinvite CSeq int to uint32_t change
from Review: https://reviewboard.asterisk.org/r/1699/
........

Merged revisions 359809 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........

Merged revisions 359810 from http://svn.asterisk.org/svn/asterisk/branches/10
221 passed
TESTING › ASTERISK10BRANCH › #57 2 months ago
Missed lastinvite CSeq int to uint32_t change
from Review: https://reviewboard.asterisk.org/r/1699/
........

Merged revisions 359809 from http://svn.asterisk.org/svn/asterisk/branches/1.8
204 passed
AST10 › COMPILE › #66 2 months ago
Missed lastinvite CSeq int to uint32_t change
from Review: https://reviewboard.asterisk.org/r/1699/
........

Merged revisions 359809 from http://svn.asterisk.org/svn/asterisk/branches/1.8
Testless build
AST18 › COMPILE › #109 2 months ago
Missed lastinvite CSeq int to uint32_t change
from Review: https://reviewboard.asterisk.org/r/1699/

Testless build
TESTING › ASTERISK18BRANCH › #60 2 months ago
Missed lastinvite CSeq int to uint32_t change
from Review: https://reviewboard.asterisk.org/r/1699/

163 passed
ASTTRUNK › LUCID › #2305 3 months ago
Merged revisions 352863 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/10

................
  r352863 | alecdavis | 2012-01-27 13:08:03 +1300 (Fri, 27 Jan 2012) | 19 lines
  
  Merged revisions 352862 via svnmerge from
  https://origsvn.digium.com/svn/asterisk/branches/1.8
  
  ........
    r352862 | alecdavis | 2012-01-27 13:05:30 +1300 (Fri, 27 Jan 2012) | 12 lines
    
    rfc4235 - Section 4.1: Versions MUST be representable using a non-negative 32 bit integer.
    
    If a BLF subscription exists for long enough, using %d may print negative version numbers.
    Unlikely, as 2^32 at 1 update per second is ~137 years, or half that before the versions number started going negative.
    
    Tested with Asterisk 1.8.8.2 with Grandstream phones.
     
    alecdavis (license 585)
    Tested by: alecdavis
     
    Review: https://reviewboard.asterisk.org/r/1694/
  ........
................
4 of 199 failed
AST10 › LUCID › #1389 3 months ago
Merged revisions 352862 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.8

........
  r352862 | alecdavis | 2012-01-27 13:05:30 +1300 (Fri, 27 Jan 2012) | 12 lines
  
  rfc4235 - Section 4.1: Versions MUST be representable using a non-negative 32 bit integer.
  
  If a BLF subscription exists for long enough, using %d may print negative version numbers.
  Unlikely, as 2^32 at 1 update per second is ~137 years, or half that before the versions number started going negative.
  
  Tested with Asterisk 1.8.8.2 with Grandstream phones.
   
  alecdavis (license 585)
  Tested by: alecdavis
   
  Review: https://reviewboard.asterisk.org/r/1694/
........
196 passed
Build Completed Code Changes Tests
Build Completed Code Changes Tests
TESTING › ASTERISKTRUNK › #86 2 months ago
Missed lastinvite CSeq int to uint32_t change
from Review: https://reviewboard.asterisk.org/r/1699/
........

Merged revisions 359809 from http://svn.asterisk.org/svn/asterisk/branches/1.8
........

Merged revisions 359810 from http://svn.asterisk.org/svn/asterisk/branches/10
221 passed
ASTTRUNK › LUCID › #927 8 months ago
Merged revisions 334617 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/10

................
  r334617 | alecdavis | 2011-09-07 19:45:00 +1200 (Wed, 07 Sep 2011) | 17 lines
  
  Merged revisions 334616 via svnmerge from
  https://origsvn.digium.com/svn/asterisk/branches/1.8
  
  ........
    r334616 | alecdavis | 2011-09-07 19:33:39 +1200 (Wed, 07 Sep 2011) | 10 lines
    
    Prevent segfault if call arrives before Asterisk is fully booted.
    
    Prevent ast_pbx_start and ast_run_start from starting a new thread unless asterisk
    is fully booted.
     
    alecdavis (license 585)
    Tested by: alecdavis
     
    Review: https://reviewboard.asterisk.org/r/1407/
  ........
................
146 passed
AST14 › LUCID › #159 1 year ago
core show locks: display ThreadID in hexadecimal

Allow easier cross referencing of thread ID's with GDB backtraces

(closes issue #18968)
Reported by: alecdavis
Patches:
      bug18968.diff.txt uploaded by alecdavis (license 585)

73 passed

Powered by a free Atlassian Bamboo open source license for The Asterisk Project. Try Bamboo - The Zen of Continuous Integration.