Skip to content
Snippets Groups Projects
  1. Jan 31, 2011
  2. Jan 30, 2011
  3. Jan 29, 2011
  4. Jan 28, 2011
  5. Jan 27, 2011
  6. Jan 26, 2011
  7. Jan 25, 2011
  8. Jan 24, 2011
    • Russell Bryant's avatar
      Merged revisions 303549 via svnmerge from · 09213439
      Russell Bryant authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r303549 | russell | 2011-01-24 14:51:37 -0600 (Mon, 24 Jan 2011) | 45 lines
        
        Merged revisions 303548 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r303548 | russell | 2011-01-24 14:49:53 -0600 (Mon, 24 Jan 2011) | 38 lines
          
          Merged revisions 303546 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r303546 | russell | 2011-01-24 14:32:21 -0600 (Mon, 24 Jan 2011) | 31 lines
            
            Fix channel redirect out of MeetMe() and other issues with channel softhangup.
            
            Mantis issue #18585 reports that a channel redirect out of MeetMe() stopped
            working properly.  This issue includes a patch that resolves the issue by
            removing a call to ast_check_hangup() from app_meetme.c.  I left that in my
            patch, as it doesn't need to be there.  However, the rest of the patch fixes
            this problem with or without the change to app_meetme.
            
            The key difference between what happens before and after this patch is the
            effect of the END_OF_Q control frame.  After END_OF_Q is hit in ast_read(),
            ast_read() will return NULL.  With the ast_check_hangup() removed, app_meetme
            sees this which causes it to exit as intended.  Checking ast_check_hangup()
            caused app_meetme to exit earlier in the process, and the target of the
            redirect saw the condition where ast_read() returned NULL.
            
            Removing ast_check_hangup() works around the issue in app_meetme, but doesn't
            solve the issue if another application did the same thing.  There are also
            other edge cases where if an application finishes at the same time that a
            redirect happens, the target of the redirect will think that the channel hung
            up.  So, I made some changes in pbx.c to resolve it at a deeper level.  There
            are already places that unset the SOFTHANGUP_ASYNCGOTO flag in an attempt to
            abort the hangup process.  My patch extends this to remove the END_OF_Q frame
            from the channel's read queue, making the "abort hangup" more complete.  This
            same technique was used in every place where a softhangup flag was cleared.
            
            (closes issue #18585)
            Reported by: oej
            Tested by: oej, wedhorn, russell
            
            Review: https://reviewboard.asterisk.org/r/1082/
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303551 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      09213439
    • Russell Bryant's avatar
      Add gsm-devel as a package to install on redhat based systems. · b6bb13b4
      Russell Bryant authored
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303547 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      b6bb13b4
    • Matthew Nicholson's avatar
      According to section 19.1.2 of RFC 3261: · e706b570
      Matthew Nicholson authored
        For each component, the set of valid BNF expansions defines exactly
        which characters may appear unescaped.  All other characters MUST be
        escaped.
      
      This patch modifies ast_uri_encode() to encode strings in line with this recommendation.  This patch also adds an ast_escape_quoted() function which escapes '"' and '\' characters in quoted strings in accordance with section 25.1 of RFC 3261.  The ast_uri_encode() function has also been modified to take an ast_flags struct describing the set of rules it should use when escaping characters to allow for it to escape SIP URIs in addition to HTTP URIs and other types of URIs or variations of those two URI types in the future.
      
      The ast_uri_decode() function has also been modified to accept an ast_flags struct describing the set of rules to use when decoding to enable decoding '+' as ' ' in legacy http URLs.
      
      The unit tests for these functions have also been updated.
      
      ABE-2705
      
      Review: https://reviewboard.asterisk.org/r/1081/
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303509 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      e706b570
    • Jason Parker's avatar
      Merged revisions 303467 via svnmerge from · 54f6c31a
      Jason Parker authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r303467 | qwell | 2011-01-24 11:20:03 -0600 (Mon, 24 Jan 2011) | 22 lines
        
        Merged revisions 303285 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r303285 | qwell | 2011-01-21 15:48:09 -0600 (Fri, 21 Jan 2011) | 15 lines
          
          Merged revisions 303284 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r303284 | qwell | 2011-01-21 15:45:34 -0600 (Fri, 21 Jan 2011) | 8 lines
            
            Reset configuration before parsing users.conf.
            
            Some values configured in chan_dahdi.conf were able to leak in to users.conf
            configuration.  This was surprising users, and potentially setting non-sane
            "defaults".
            
            ASTNOW-125
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303468 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      54f6c31a
  9. Jan 22, 2011
Loading