Skip to content
Snippets Groups Projects
  1. Apr 11, 2011
    • Richard Mudgett's avatar
      Merged revisions 313190 via svnmerge from · bc907695
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r313190 | rmudgett | 2011-04-11 10:40:30 -0500 (Mon, 11 Apr 2011) | 39 lines
        
        Merged revisions 313189 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r313189 | rmudgett | 2011-04-11 10:32:53 -0500 (Mon, 11 Apr 2011) | 32 lines
          
          Merged revisions 313188 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r313188 | rmudgett | 2011-04-11 10:27:52 -0500 (Mon, 11 Apr 2011) | 25 lines
            
            Stuck channel using FEATD_MF if caller hangs up at the right time.
            
            The cause was actually a caller hanging up just at the end of the Feature
            Group D DTMF tones that setup the call.  The reason for this is a "guard
            timer" that's implemented using ast_safe_sleep(100).  If the caller
            happens to hang up AFTER the final tone of the DTMF string but BEFORE the
            end of that ast_safe_sleep(), then ast_safe_sleep() will return non-zero.
            This causes the code to bounce to the end of ss_thread(), but it does NOT
            tear down the call properly.
            
            This should be a rare occurrence because the caller has to hang up at
            EXACTLY the right time.  Nonetheless, it was happening quite regularly on
            the reporter's system.  It's not easily reproducible, unless you purposely
            increase the guard-time to 2000 or more.  Once you do that, you can
            reproduce it every time by watching the DTMF debug and hanging up just as
            it ends.
            
            Simply add an ast_hangup() before goto quit.
            
            (closes issue #15671)
            Reported by: jcromes
            Patches:
                  issue15671.patch uploaded by pabelanger (license 224)
            Tested by: jcromes
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@313191 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      bc907695
  2. Apr 09, 2011
  3. Apr 08, 2011
  4. Apr 07, 2011
  5. Apr 05, 2011
  6. Apr 04, 2011
  7. Apr 01, 2011
    • Richard Mudgett's avatar
      Merged revisions 312509 via svnmerge from · 6826b083
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ........
        r312509 | rmudgett | 2011-04-01 18:15:42 -0500 (Fri, 01 Apr 2011) | 22 lines
        
        When a call going out an NT-PTMP port gets rejected, Asterisk crashes.
        
        If a call is sent to an ISDN phone that rejects the call with
        RELEASE_COMPLETE(cause: call reject(21), or busy(17)) Asterisk crashes.
        
        I could not get my setup to crash.  However, I could see the possibility
        from a race condition between queuing an AST_CONTROL_BUSY to the core and
        then queueing an AST_CONTROL_HANGUP.  If the AST_CONTROL_BUSY is processed
        before the AST_CONTROL_HANGUP is queued, the ast_channel could be
        destroyed out from under chan_misdn.
        
        Avoid this particular crash scenario by not queueing the
        AST_CONTROL_HANGUP if the AST_CONTROL_BUSY was queued.
        
        (closes issue #18408)
        Reported by: wimpy
        Patches:
              issue18408_v1.8.patch uploaded by rmudgett (license 664)
        Tested by: rmudgett, wimpy
        
        JIRA SWP-2679
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312510 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      6826b083
    • Richard Mudgett's avatar
      Merged revisions 312461 via svnmerge from · 75594e6e
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ........
        r312461 | rmudgett | 2011-04-01 16:31:39 -0500 (Fri, 01 Apr 2011) | 25 lines
        
        CallCompletionRequest()/CallCompletionCancel() exit non-zero if fail.
        
        The CallCompletionRequest()/CallCompletionCancel() dialplan applications
        exit nonzero on normal failure conditions.  The nonzero exit causes the
        dialplan to hangup immediately.  The dialplan author has no opportunity to
        report success/failure to the user.
        
        * Made always return zero so the dialplan can continue.
        
        * Made set CC_REQUEST_RESULT/CC_REQUEST_REASON and
        CC_CANCEL_RESULT/CC_CANCEL_REASON channel variables respectively.  Also
        documented the values set.
        
        * Reduced the warning about no core instance in CallCompletionCancel() to
        a debug message.  It is a normal event and should not be output at the
        WARNING level.
        
        (closes issue #18763)
        Reported by: p_lindheimer
        Patches:
              ccss.patch uploaded by p lindheimer (license 558) Modified
        Tested by: p_lindheimer, rmudgett
        
        JIRA SWP-3042
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312462 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      75594e6e
    • Jonathan Rose's avatar
      Fixing bad line break from 312384 · 759bf6b8
      Jonathan Rose authored
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312423 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      759bf6b8
    • Jonathan Rose's avatar
      New Feature for chan_dahdi. 4 length pattern matching. · 846cfa0e
      Jonathan Rose authored
      In chan_dahdi.conf, the user can now use length 4 patterns in addition to the usual length 2 patterns.  The s
      ntax remains the same and the method used to track the pattern history will only change when using the length
       4 patterns.
      
      (closes issue SWP-3250)
      Code:
              jrose
              rmudgett
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312384 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      846cfa0e
    • Tilghman Lesher's avatar
      Merged revisions 312286,312288 via svnmerge from · 3731fd9c
      Tilghman Lesher authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r312286 | tilghman | 2011-04-01 05:44:33 -0500 (Fri, 01 Apr 2011) | 2 lines
        
        Reload must react correctly against a possibly changed table, so dropping the conditional reload flag.
      ................
        r312288 | tilghman | 2011-04-01 05:58:45 -0500 (Fri, 01 Apr 2011) | 21 lines
        
        Merged revisions 312287 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r312287 | tilghman | 2011-04-01 05:51:24 -0500 (Fri, 01 Apr 2011) | 14 lines
          
          Merged revisions 312285 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r312285 | tilghman | 2011-04-01 05:36:42 -0500 (Fri, 01 Apr 2011) | 7 lines
            
            Found some leaking file descriptors while looking at ast_FD_SETSIZE dead code.
            
            (issue #18969)
             Reported by: oej
             Patches: 
                   20110315__issue18969__14.diff.txt uploaded by tilghman (license 14)
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312289 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      3731fd9c
    • Alec L Davis's avatar
      Merged revisions 312211 via svnmerge from · e59a051c
      Alec L Davis authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r312211 | alecdavis | 2011-04-01 22:03:11 +1300 (Fri, 01 Apr 2011) | 36 lines
        
        Merged revisions 312210 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r312210 | alecdavis | 2011-04-01 21:47:29 +1300 (Fri, 01 Apr 2011) | 29 lines
          
          Merged revisions 312174 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r312174 | alecdavis | 2011-04-01 21:29:49 +1300 (Fri, 01 Apr 2011) | 23 lines
            
            voicemail: get real last_message_index and count_messages, ODBC resequence
            
            change last_message_index to read the max msgnum stored in the database
            change count_messages to actually count the number of messages.
            
            last_message_index change:
              This fixed overwriting of the last message if msgnum=0 was missing.
              Previously every incoming message would overwrite msgnum=1.
            count_messages change:
              allows us to detect when requencing is required in opneA_mailbox.
            resequence enabled for ODBC storage:
              Assists with fixing up corrupt databases with gaps, but only when
              a user actively opens there mailboxes.
            
            (closes issue #18692,#18582,#19032)
            Reported by: elguero
            Patches: 
                  based on odbc_resequence_mailbox2.1.diff uploaded by elguero (license 37)
            Tested by: elguero, nivek, alecdavis
            
            Review: https://reviewboard.asterisk.org/r/1153/
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312212 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      e59a051c
    • Alec L Davis's avatar
      Merged revisions 312117 via svnmerge from · d07fb85b
      Alec L Davis authored
      https://origsvn.digium.com/svn/asterisk/branches/1.8
      
      ................
        r312117 | alecdavis | 2011-04-01 20:32:12 +1300 (Fri, 01 Apr 2011) | 29 lines
        
        Merged revisions 312103 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.6.2
        
        ................
          r312103 | alecdavis | 2011-04-01 20:25:54 +1300 (Fri, 01 Apr 2011) | 22 lines
          
          Merged revisions 312070 via svnmerge from 
          https://origsvn.digium.com/svn/asterisk/branches/1.4
          
          ........
            r312070 | alecdavis | 2011-04-01 19:46:56 +1300 (Fri, 01 Apr 2011) | 16 lines
            
            app_voicemail: close_mailbox needs to respect additional messages while mailbox is open.
            
            close_mailbox leave gaps in message sequence if messages are deleted and new messages
            arrive during this time, this is because the shuffle down to slot 0, only shuffles
            the number of pre-existing messages when mailbox is opened, ignoring new arrivals.
            
            Fix: in close_mailbox re-evaluate number of messages before the shuffle, this then includes new arrivals.
            
            Happens on filebased or ODBC storage.
            
            (issues #19032,#18582,#18692,#18998)
            Reported by: alecdavis,tootai,afosorio
            
            Review: https://reviewboard.asterisk.org/r/1153/
          ........
        ................
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@312118 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      d07fb85b
  8. Mar 31, 2011
  9. Mar 30, 2011
  10. Mar 29, 2011
  11. Mar 28, 2011
  12. Mar 27, 2011
  13. Mar 23, 2011
  14. Mar 22, 2011
  15. Mar 18, 2011
  16. Mar 17, 2011
Loading