Skip to content
Snippets Groups Projects
  1. Jan 25, 2011
    • Richard Mudgett's avatar
      Merged revisions 303771 via svnmerge from · 7889af7c
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r303771 | rmudgett | 2011-01-25 11:49:20 -0600 (Tue, 25 Jan 2011) | 54 lines
        
        Merged revisions 303769 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r303769 | rmudgett | 2011-01-25 11:42:42 -0600 (Tue, 25 Jan 2011) | 47 lines
          
          Merged revisions 303765 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r303765 | rmudgett | 2011-01-25 11:36:50 -0600 (Tue, 25 Jan 2011) | 40 lines
            
            Sending out unnecessary PROCEEDING messages breaks overlap dialing.
            
            Issue #16789 was a good idea.  Unfortunately, it breaks overlap dialing
            through Asterisk.  There is not enough information available at this point
            to know if dialing is complete.  The ast_exists_extension(),
            ast_matchmore_extension(), and ast_canmatch_extension() calls are not
            adequate to detect a dial through extension pattern of "_9!".
            
            Workaround is to use the dialplan Proceeding() application early in
            non-dial through extensions.
            
            * Effectively revert issue #16789.
            
            * Allow outgoing overlap dialing to hear dialtone and other early media.
            A PROGRESS "inband-information is now available" message is now sent after
            the SETUP_ACKNOWLEDGE message for non-digital calls.  An
            AST_CONTROL_PROGRESS is now generated for incoming SETUP_ACKNOWLEDGE
            messages for non-digital calls.
            
            * Handling of the AST_CONTROL_CONGESTION in chan_dahdi/sig_pri was
            inconsistent with the cause codes.
            
            * Added better protection from sending out of sequence messages by
            combining several flags into a single enum value representing call
            progress level.
            
            * Added diagnostic messages for deferred overlap digits handling corner
            cases.
            
            (closes issue #17085)
            Reported by: shawkris
            
            (closes issue #18509)
            Reported by: wimpy
            Patches:
                  issue18509_early_media_v1.8_v3.patch uploaded by rmudgett (license 664)
                  Expanded upon issue18509_early_media_v1.8_v3.patch to include analog
                  and SS7 because of backporting requirements.
            Tested by: wimpy, rmudgett
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303772 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      7889af7c
    • Jeff Peeler's avatar
      Merged revisions 303678 via svnmerge from · d3c7a689
      Jeff Peeler authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r303678 | jpeeler | 2011-01-25 11:02:38 -0600 (Tue, 25 Jan 2011) | 33 lines
        
        Merged revisions 303677 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r303677 | jpeeler | 2011-01-25 10:59:28 -0600 (Tue, 25 Jan 2011) | 26 lines
          
          Merged revisions 303676 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r303676 | jpeeler | 2011-01-25 10:58:29 -0600 (Tue, 25 Jan 2011) | 20 lines
            
            Fix voicemail sequencing for file based storage.
            
            A previous change was made to account for when the number of voicemail messages
            exceeds the max limit to be handled properly, but it caused gaps in the messages
            to not be properly handled. This has now been resolved.
            
            In later non 1.4 branches, it appears that resequencing wasn't even occurring
            due from what appears and accidental code removal.
            
            (closes issue #18498)
            Reported by: JJCinAZ
            Patches: 
                  bug18498v2.patch uploaded by jpeeler (license 325)
            
            (closes issue #18486)
            Reported by: bluefox
            Patches: 
                  bug18486.patch uploaded by jpeeler (license 325)
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303679 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      d3c7a689
    • Matthew Nicholson's avatar
  2. 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
  3. Jan 22, 2011
  4. Jan 21, 2011
    • Jason Parker's avatar
      Temporarily revert r303288 · 95f5dc66
      Jason Parker authored
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303376 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      95f5dc66
    • Jason Parker's avatar
      Merged revisions 303286 via svnmerge from · 4272837e
      Jason Parker authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r303286 | qwell | 2011-01-21 15:50:11 -0600 (Fri, 21 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@303288 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      4272837e
    • Tilghman Lesher's avatar
      Really use llvm-gcc, when available. · bad92a47
      Tilghman Lesher authored
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303235 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      bad92a47
    • Tilghman Lesher's avatar
      Add DB_KEYS. · 52dbebad
      Tilghman Lesher authored
      Discussion on #asterisk on 2011-01-19:
      (02:07:03 PM) boch: i wonder how to cycle all entries in a tree
      (02:07:11 PM) leifmadsen: use While()
      (02:07:17 PM) leifmadsen: you need to know the tree structure already though
      (02:07:36 PM) boch: what you mean?
      (02:09:02 PM) leifmadsen: you need to know the structure prior to looping, because you can't just return the structure from the dialplan
      (02:09:43 PM) leifmadsen: the only way I can think of doing that is via something like writing the output of:  asterisk -rx "database show" to a file, then looping through that to know the structure of the database and check everything
      (02:09:59 PM) leifmadsen: but at that point you're better off just using either a relational database or an external script
      (02:10:13 PM) boch: for example i need to know all entries in the tree
      (02:10:15 PM) boch: got it
      (02:10:20 PM) leifmadsen: exactly
      (02:10:22 PM) leifmadsen: that's the problem
      (02:10:22 PM) boch: thank you
      (02:13:09 PM) mateu: yeah, i'm surprised there isn't something from the dialplan like 'database show family' so one can get all keys in a family to loop over.
      (02:15:35 PM) leifmadsen: database shows everything
      (02:16:22 PM) mateu: i mean something from the dial plan that mimics 'database show <family>'
      (02:16:41 PM) leifmadsen: guess no one has found that important enough to program :)
      (02:16:52 PM) leifmadsen: at that point you should probably just use a relational database...
      (02:17:10 PM) mateu: i dunno
      (02:17:16 PM) mateu: seems pretty basic to me.
      (02:17:16 PM) leifmadsen: me either
      (02:17:19 PM) leifmadsen: sure does
      (02:17:24 PM) leifmadsen: no one has programmed it though
      (02:17:28 PM) ***leifmadsen shrugs
      (02:17:43 PM) mateu: ok, well at least we know how it currently stands.  thanks leifmadsen
      (02:28:52 PM) Corydon76-home: leifmadsen: something like HASHKEYS() ?
      (02:30:11 PM) leifmadsen: Corydon76-home: ummm, I was thinking more like DUNDI_QUERY() and DUNDI_RESULT()
      (02:30:31 PM) leifmadsen: although HASHKEYS() might work
      (02:30:58 PM) leifmadsen: actually ya, looking at it, similar to HASHKEYS()
      (02:31:01 PM) leifmadsen: DBKEYS() I guess?
      (02:31:45 PM) Corydon76-home: So with no argument, retrieves families, with an argument, retrieves keys of that family?
      (02:34:02 PM) leifmadsen: ya
      (02:34:16 PM) leifmadsen: how would you iterate through layers of them?
      (02:34:30 PM) leifmadsen: i.e. family/key/key/key ?
      (02:34:43 PM) Corydon76-home: Essentially, yes
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@303198 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      52dbebad
  5. Jan 20, 2011
  6. Jan 19, 2011
  7. Jan 18, 2011
Loading