Skip to content
Snippets Groups Projects
  1. Jul 29, 2011
  2. Jul 28, 2011
  3. Jul 27, 2011
  4. Jul 26, 2011
    • Jonathan Rose's avatar
      Merged revisions 329538 via svnmerge from · 41630b37
      Jonathan Rose authored
      https://origsvn.digium.com/svn/asterisk/branches/10
      
      ................
        r329538 | jrose | 2011-07-26 09:19:34 -0500 (Tue, 26 Jul 2011) | 11 lines
        
        Merged revisions 329529 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.8
        
        ........
          r329529 | jrose | 2011-07-26 09:04:55 -0500 (Tue, 26 Jul 2011) | 5 lines
          
          Changes sound file for prepend "then-press-pound" to "vm-then-pound" which is the same
          prompt, only it turned out "then-press-pound" was part of extra sounds. Also, vm is more
          appropriate anyway.
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@329564 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      41630b37
    • Jonathan Rose's avatar
      Merged revisions 329528 via svnmerge from · 462e0fe5
      Jonathan Rose authored
      https://origsvn.digium.com/svn/asterisk/branches/10
      
      ................
        r329528 | jrose | 2011-07-26 08:52:34 -0500 (Tue, 26 Jul 2011) | 24 lines
        
        Merged revisions 329527 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.8
        
        ........
          r329527 | jrose | 2011-07-26 08:25:35 -0500 (Tue, 26 Jul 2011) | 17 lines
          
          Fixes some voicemail forwarding behavior based around prepend mode.
          
          Formerly, prepend forwarding would have the user record a message with no useful prompt
          and an expectation for the user to push a button on the phone when finished recording.
          If a length of silence was detected instead, the recording would be canceled and the user
          would re-enter the voicemail forwarding menu. Subsequent time-outs in prepend recording
          would also bug out in the sense that they would write over the original message and get
          sent to the recipient regardless of whether they timed out or were accepted. This patch
          fixes this issue and adds a prompt which will be played after a timeout informing the
          user that they needed to press a button. Currently, the sound files that we have are
          somewhat inadquate for this, so after the call we simply have Allison say "Please try
          again. Then press pound." which actually relies on two separate sound files. Just one
          would be more appropriate.
          
          reporter: Vlad Povorozniuc
          Review: https://reviewboard.asterisk.org/r/1327/ 
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@329530 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      462e0fe5
  5. Jul 25, 2011
  6. Jul 22, 2011
    • Richard Mudgett's avatar
      Merged revisions 329334 via svnmerge from · c0f592df
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/10
      
      ........
        r329334 | rmudgett | 2011-07-22 16:14:22 -0500 (Fri, 22 Jul 2011) | 1 line
        
        Make use less redundant loop construct for iterating over hints.
      ........
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@329335 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      c0f592df
    • Richard Mudgett's avatar
      Merged revisions 329331 via svnmerge from · a5c65bb9
      Richard Mudgett authored
      https://origsvn.digium.com/svn/asterisk/branches/10
      
      ................
        r329331 | rmudgett | 2011-07-22 15:43:07 -0500 (Fri, 22 Jul 2011) | 55 lines
        
        Merged revisions 329299 via svnmerge from 
        https://origsvn.digium.com/svn/asterisk/branches/1.8
        
        ........
          r329299 | rmudgett | 2011-07-22 10:44:58 -0500 (Fri, 22 Jul 2011) | 48 lines
          
          Deadlocks dealing with dialplan hints during reload.
          
          There are two remaining different deadlocks reported dealing with dialplan
          hints.
          
          The deadlock in ASTERISK-17666 is caused by invalid locking order in
          ast_remove_hint().  The hints container must be locked before the hint
          object.
          
          The deadlock in ASTERISK-17760 is caused by a catch-22 situation in
          handle_statechange().  The deadlock is caused by not having the conlock
          before calling the watcher callbacks.  Unfortunately, having that lock
          causes a different deadlock as reported in ASTERISK-16961.
          
          * Fixed ast_remove_hint() locking order.
          
          * Made handle_statechange() no longer call the watcher callbacks holding
          any locks that matter.
          
          * Made hint ao2 destructor do the watcher callbacks for extension
          deactivation to guarantee that they get called.
          
          * Fixed hint reference leak in ast_add_hint() if the callback container
          constructor failed.
          
          * Fixed hint reference leak in complete_core_show_hint() for every hint it
          found for CLI tab completion.
          
          * Adjusted locking in ast_merge_contexts_and_delete() for safety.
          
          * Added context_merge_lock to prevent ast_merge_contexts_and_delete() and
          handle_statechange() from interfering with each other.
          
          * Fixed ast_change_hint() not taking into account that the extension is
          used for the hash key.
          
          (closes issue ASTERISK-17666)
          Reported by: irroot
          Tested by: irroot
          JIRA SWP-3318
          
          (closes issue ASTERISK-17760)
          Reported by: Byron Clark
          Tested by: irroot
          JIRA SWP-3393
          
          Review: https://reviewboard.asterisk.org/r/1313/
        ........
      ................
      
      
      git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@329332 65c4cc65-6c06-0410-ace0-fbb531ad65f3
      a5c65bb9
  7. Jul 21, 2011
  8. Jul 20, 2011
  9. Jul 19, 2011
  10. Jul 18, 2011
Loading