Skip to content
Snippets Groups Projects
  1. Nov 22, 2010
  2. Nov 20, 2010
    • Richard Mudgett's avatar
      Merged revisions 295747 via svnmerge from · b1e7f85b
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ........
        r295747 | rmudgett | 2010-11-19 21:11:15 -0600 (Fri, 19 Nov 2010) | 13 lines
        
        One way audio before answering call waiting call on analog port.
        
        * Analog call waiting Caller ID spills could get stuck resulting in one
        way audio until the waiting call is answered.  This only happens on the
        second (and later) call waiting call if the active call is not the first
        call.
        
        * The CLI/AMI "dahdi show channel" command could report the wrong channel
        information.
        
        Must keep the struct analog_pvt.owner and struct dahdi_pvt.owner pointer
        in sync.
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@295748 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      b1e7f85b
    • Russell Bryant's avatar
      Merged revisions 295711 via svnmerge from · 9fbbdfb2
      Russell Bryant authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r295711 | russell | 2010-11-19 18:50:00 -0600 (Fri, 19 Nov 2010) | 36 lines
        
        Merged revisions 295710 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ........
          r295710 | russell | 2010-11-19 18:45:51 -0600 (Fri, 19 Nov 2010) | 29 lines
          
          Fix cache of device state changes for multiple servers.
          
          This patch addresses a regression where device states across multiple servers
          were not being processing completely correctly.  The code works to determine
          the overall state by looking at the last known state of a device on each
          server.  However, there was a regression due to some invasive rewrites of how
          the cache works that led to the cache only storing the last device state change
          for a device, regardless of which server it was on.
          
          The code is set up to cache device state change events by ensuring that each
          event in the cache has a unique device name + entity ID (server ID).  The code
          that was responsible for comparing raw information elements (which EID is)
          always returned a match due to a memcmp() with a length of 0.
          
          There isn't much code to fix the actual bug.  This patch also introduces a new
          CLI command that was very useful for debugging this problem.  The command
          allows you to dump the contents of the event cache.
          
          (closes issue #18284)
          Reported by: klaus3000
          Patches:
                issue18284.rev1.txt uploaded by russell (license 2)
          Tested by: russell, klaus3000
          
          (closes issue #18280)
          Reported by: klaus3000
          
          Review: https://reviewboard.asterisk.org/r/1012/
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@295712 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      9fbbdfb2
  3. Nov 19, 2010
  4. Nov 18, 2010
  5. Nov 17, 2010
  6. Nov 16, 2010
  7. Nov 15, 2010
  8. Nov 12, 2010
  9. Nov 11, 2010
  10. Nov 10, 2010
  11. Nov 09, 2010
  12. Nov 08, 2010
  13. Nov 05, 2010
Loading