aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2009-05-18Merged revisions 195316 via svnmerge from mmichelson1-18/+10
https://origsvn.digium.com/svn/asterisk/trunk ........ r195316 | mmichelson | 2009-05-18 13:58:26 -0500 (Mon, 18 May 2009) | 18 lines Fix externalivr's setvariable command so that it properly sets multiple variables. The command had a for loop that was guaranteed to only execute once since the continuation operation of the loop would set the input buffer NULL. I rewrote the loop so that its operation was more obvious, and it would set multiple variables correctly. I also reduced stack space required for the function, constified the input string, and modified the function so that it would not modify the input string while I was at it. (closes issue #15114) Reported by: chris-mac Patches: 15114.patch uploaded by mmichelson (license 60) Tested by: chris-mac ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@195317 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-18Merged revisions 195207 via svnmerge from file1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r195207 | file | 2009-05-18 12:53:26 -0300 (Mon, 18 May 2009) | 14 lines Merged revisions 195206 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r195206 | file | 2009-05-18 12:51:22 -0300 (Mon, 18 May 2009) | 7 lines Fix a typo which caused loss of audio when using G729 in some scenarios with a smoother present. (closes issue #15105) Reported by: bamby Patches: process-vad-correctly.diff uploaded by bamby (license 430) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@195208 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-18Merged revisions 195162 via svnmerge from eliel3-3/+15
https://origsvn.digium.com/svn/asterisk/trunk ........ r195162 | eliel | 2009-05-18 10:45:23 -0400 (Mon, 18 May 2009) | 9 lines Warn about the use of the application WaitExten() within a Macro(). Update applications documentation to warn the user about the use of the WaitExten() application within a Macro(). Recommend the use of Read() instead. (closes issue #14444) Reported by: ewieling ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@195177 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-18Merged revisions 195096 via svnmerge from file1-1/+2
https://origsvn.digium.com/svn/asterisk/trunk ................ r195096 | file | 2009-05-18 10:56:16 -0300 (Mon, 18 May 2009) | 12 lines Merged revisions 195095 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r195095 | file | 2009-05-18 10:53:39 -0300 (Mon, 18 May 2009) | 5 lines Fix a bug where the codecs of the called party leg were not properly sent back to the caller call leg when reinvited. (closes issue #13569) Reported by: bkw918 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@195097 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-18Merged revisions 195089 via svnmerge from file1-0/+5
https://origsvn.digium.com/svn/asterisk/trunk ........ r195089 | file | 2009-05-18 10:36:17 -0300 (Mon, 18 May 2009) | 5 lines Fix a bug where specifying an empty outboundproxy would cause packets to get sent to ourself. (closes issue #15106) Reported by: timeshell ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@195090 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-18Merged revisions 195021 via svnmerge from russell1-0/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r195021 | russell | 2009-05-18 07:59:11 -0500 (Mon, 18 May 2009) | 12 lines Recorded merge of revisions 195020 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r195020 | russell | 2009-05-18 07:57:46 -0500 (Mon, 18 May 2009) | 5 lines Don't try to unlock a bogus channel. (closes issue #15144) Reported by: cristiandimache ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@195022 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-15Merged revisions 194874 via svnmerge from dvossel1-21/+33
https://origsvn.digium.com/svn/asterisk/trunk ................ r194874 | dvossel | 2009-05-15 17:44:44 -0500 (Fri, 15 May 2009) | 23 lines Merged revisions 194873 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194873 | dvossel | 2009-05-15 17:43:13 -0500 (Fri, 15 May 2009) | 17 lines IAX2 REGAUTH loop IAX was not sending REGREJ to terminate invalid registrations. Instead it sent another REGAUTH if the authentication challenge failed. This caused a loop of REGREQ and REGAUTH frames. (Related to Security fix AST-2009-001) (closes issue #14867) Reported by: aragon Tested by: dvossel (closes issue #14717) Reported by: mobeck Patches: regauth_loop_update_patch.diff uploaded by dvossel (license 671) Tested by: dvossel ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194875 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-15Merged revisions 194833 via svnmerge from dvossel4-83/+200
https://origsvn.digium.com/svn/asterisk/trunk ................ r194833 | dvossel | 2009-05-15 15:52:12 -0500 (Fri, 15 May 2009) | 24 lines Merged revisions 194557,194685 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194557 | dvossel | 2009-05-14 17:59:43 -0500 (Thu, 14 May 2009) | 10 lines IAX2 "Ghost" Channels There is a bug tracker issue where people are reporting "Ghost" channels in their 'iax2 show channels' output. The confusion is caused by channels being listed as "(NONE)" with format "unknown". These are not channels of coarse. They are usually just pending registration or poke requests, but it is confusing output. To help make sense of this I have added two columns to 'iax2 show channels'. One shows the first message which started the transaction, and the second shows the last message sent by either side of the call. This helps diagnose why the entry exists and why it may not go away. (closes issue #14207) Reported by: clive18 Review: https://reviewboard.asterisk.org/r/246/ ........ r194685 | dvossel | 2009-05-15 10:40:37 -0500 (Fri, 15 May 2009) | 6 lines Update to previous IAX2 "Ghost" Channels patch. Fixed some comments made on reviewboard for the previous patch. (issue #14207) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194834 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-15Merged revisions 194765 via svnmerge from russell1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r194765 | russell | 2009-05-15 13:43:42 -0500 (Fri, 15 May 2009) | 10 lines Merged revisions 194764 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194764 | russell | 2009-05-15 13:43:18 -0500 (Fri, 15 May 2009) | 2 lines Fix some spelling fail. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194766 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-15Merged revisions 194722 via svnmerge from russell2-6/+6
https://origsvn.digium.com/svn/asterisk/trunk ........ r194722 | russell | 2009-05-15 12:59:08 -0500 (Fri, 15 May 2009) | 4 lines Shuttle some bits around to address some gain issues with G.722. (closes AST-209) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194723 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-15Merged revisions 194718 via svnmerge from russell2-26/+2
https://origsvn.digium.com/svn/asterisk/trunk ........ r194718 | russell | 2009-05-15 12:37:12 -0500 (Fri, 15 May 2009) | 2 lines Further simplify codec_g722 build. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194719 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-15Merged revisions 194714 via svnmerge from russell1-3/+3
https://origsvn.digium.com/svn/asterisk/trunk ........ r194714 | russell | 2009-05-15 12:24:39 -0500 (Fri, 15 May 2009) | 2 lines Actually force running make for g722. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194715 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-14Merged revisions 194520 via svnmerge from kpfleming0-0/+0
https://origsvn.digium.com/svn/asterisk/trunk ................ r194520 | kpfleming | 2009-05-14 17:26:02 -0500 (Thu, 14 May 2009) | 9 lines Merged revisions 194509 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194509 | kpfleming | 2009-05-14 17:23:49 -0500 (Thu, 14 May 2009) | 1 line Update URL to Reviewboard ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194532 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-14Merged revisions 194496 via svnmerge from mmichelson1-4/+16
https://origsvn.digium.com/svn/asterisk/trunk ................ r194496 | mmichelson | 2009-05-14 17:20:51 -0500 (Thu, 14 May 2009) | 30 lines Merged revisions 194484 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194484 | mmichelson | 2009-05-14 17:17:55 -0500 (Thu, 14 May 2009) | 24 lines Fix a race condition where a reinvite could trigger a 482 response. The loop detection/spiral detection code in chan_sip used the owner channel's state as a criterion for determining if the incoming INVITE is a looped request. The problem with this is that the INVITE-handling code happens in a different thread than the thread that marks the owner channel as being up. As a result, if a reinvite were to come in very quickly, say from another Asterisk on the same LAN, it was possible for the reinvite to arrive before the owner channel had been set to the up state. This patch corrects the problem by using the invitestate of the sip_pvt instead, since that can be guaranteed to be set correctly by the time the reinvite arrives. Since there is a switch statement further in the INVITE-handling code, the AST_STATE_RINGING state also checks the invitestate of the sip_pvt in case we should actually be treating the channel as if it were up already. (closes issue #12215) Reported by: jpyle Patches: 12215_confirmed.patch uploaded by mmichelson (license 60) Tested by: lmadsen ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194504 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-14Merged revisions 194434 via svnmerge from file1-2/+2
https://origsvn.digium.com/svn/asterisk/trunk ........ r194434 | file | 2009-05-14 14:05:33 -0300 (Thu, 14 May 2009) | 7 lines Fix a bug where the 'T' option to Meetme did not work. (closes issue #15031) Reported by: Stochastic (closes issue #13801) Reported by: justdave ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194435 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-13Recorded merge of revisions 194357 via svnmerge from mmichelson1-1/+0
https://origsvn.digium.com/svn/asterisk/trunk ................ r194357 | mmichelson | 2009-05-13 14:42:51 -0500 (Wed, 13 May 2009) | 18 lines Blocked revisions 194356 via svnmerge ........ r194356 | mmichelson | 2009-05-13 14:41:44 -0500 (Wed, 13 May 2009) | 13 lines Remove an extraneous unlocking operation from ast_channel_free. In the case that we could not remove the desired channel from the list of channels, there was an extra call to unlock the channel list. Since we unlock the list later on in the function anyway, this results in the list being unlocked twice yet only being locked once. (closes issue #15098) Reported by: tim_ringenbach Patches: remove_extra_unlock.diff uploaded by tim (license 540) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194358 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-13Merged revisions 194209 via svnmerge from file1-23/+58
https://origsvn.digium.com/svn/asterisk/trunk ................ r194209 | file | 2009-05-13 10:39:10 -0300 (Wed, 13 May 2009) | 18 lines Merged revisions 194208 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194208 | file | 2009-05-13 10:38:01 -0300 (Wed, 13 May 2009) | 11 lines Fix RFC2833 issues with DTMF getting duplicated and with duration wrapping over. (closes issue #14815) Reported by: geoff2010 Patches: v1-14815.patch uploaded by dimas (license 88) Tested by: geoff2010, file, dimas, ZX81, moliveras (closes issue #14460) Reported by: moliveras Tested by: moliveras ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194211 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-13Merged revisions 194138 via svnmerge from tilghman1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r194138 | tilghman | 2009-05-12 19:52:49 -0500 (Tue, 12 May 2009) | 14 lines Merged revisions 194137 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194137 | tilghman | 2009-05-12 19:52:03 -0500 (Tue, 12 May 2009) | 7 lines Fix logic for how to proceed with a single digit extension. (closes issue #15091) Reported by: andrew Patches: 20090512__issue15091.diff.txt uploaded by tilghman (license 14) Tested by: andrew ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194139 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-12Merged revisions 194057 via svnmerge from mnicholson1-0/+36
https://origsvn.digium.com/svn/asterisk/trunk ................ r194057 | mnicholson | 2009-05-12 17:32:13 -0500 (Tue, 12 May 2009) | 22 lines Merged revisions 194028 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r194028 | mnicholson | 2009-05-12 17:15:45 -0500 (Tue, 12 May 2009) | 16 lines This change modifies app_queue to properly generate CDR records in failure situations. This involves setting a proper cdr disposition coresponding to the given failure condition and ensuring the proper information is stored in the cdr record. (closes issue #13691) Reported by: dferrer Tested by: mnicholson (closes issue #13637) Reported by: atis Tested by: atis ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@194063 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-12Merged revisions 193954 via svnmerge from mmichelson1-11/+6
https://origsvn.digium.com/svn/asterisk/trunk ........ r193954 | mmichelson | 2009-05-12 15:28:13 -0500 (Tue, 12 May 2009) | 18 lines Update spiral support in trunk and 1.6.X to match what is in 1.4. In 1.4, a SIP spiral is treated the same way as a call forward. This works much better than what is currently in trunk and 1.6.X. The code in trunk and 1.6.X did not create a new call to the recipient of the spiral, instead trying to continue the same call. In addition to just being plain wrong, this also had the side effect of only being able to spiral calls to other SIP channels. With this in place, as long as call forwards are honored, SIP spirals will work properly. This means that it will work for outbound calls made by the Queue, Dial, and Page applications. For originated calls and spool calls, however, the spiral will not work properly until a generic call forward mechanism is introduced into Asterisk. (relates to issue #13630) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193960 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-12Merged revisions 193956 via svnmerge from tilghman1-4/+7
https://origsvn.digium.com/svn/asterisk/trunk ................ r193956 | tilghman | 2009-05-12 15:40:22 -0500 (Tue, 12 May 2009) | 13 lines Merged revisions 193955 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193955 | tilghman | 2009-05-12 15:39:21 -0500 (Tue, 12 May 2009) | 6 lines Avoid initializing routines if the authentication fails. Fixes a crash (RR) issue. (closes issue #14508) Reported by: tiziano Patches: 20090221_2_wrongmailbox.diff.txt uploaded by tiziano (license 377) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193957 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-12Blocked revisions 193886 via svnmergemmichelson0-0/+0
................ r193886 | mmichelson | 2009-05-12 13:20:14 -0500 (Tue, 12 May 2009) | 17 lines Blocked revisions 193880 via svnmerge ........ r193880 | mmichelson | 2009-05-12 13:18:44 -0500 (Tue, 12 May 2009) | 12 lines Set the invitestate to INV_CANCELLED only if we are actually sending a SIP CANCEL. The problem was that the hangup code was setting the invitestate too early. The result of this was that we would always send a CANCEL request, even if it was not an appropriate time to do so (e.g. we have not yet received a provisional response for our INVITE). Note that this same fix had been applied to trunk and the 1.6.X branches starting with revision 155467. This is why you will see this revision being blocked from those places. AST-216 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193888 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-12Merged revisions 193870 via svnmerge from tilghman1-346/+369
https://origsvn.digium.com/svn/asterisk/trunk ........ r193870 | tilghman | 2009-05-12 12:29:33 -0500 (Tue, 12 May 2009) | 2 lines Convert a THREADSTORAGE object into a simple malloc'd object (as suggested by Russell on -dev) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193871 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-11Recorded merge of revisions 193756 via svnmerge from tilghman1-4/+7
https://origsvn.digium.com/svn/asterisk/trunk ................ r193756 | tilghman | 2009-05-11 17:50:47 -0500 (Mon, 11 May 2009) | 25 lines Recorded merge of revisions 193755 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193755 | tilghman | 2009-05-11 17:48:20 -0500 (Mon, 11 May 2009) | 18 lines Move 300 bytes around on the stack, to make more room for an extension buffer. This allows more concurrent extensions to be copied for a single voicemail, without creating a possibility of upsetting existing users, where a dialplan could run out of stack space where it had run fine before. Alternatively, we could have allocated off the heap, but that is a larger change and would have increased the chance for instability introduced by this change. This is really solved starting in 1.6.0.11, as the use of an ast_str buffer allows an unlimited number of extensions (up to available memory). We additionally create a new warning message when the buffer length is exceeded, permitting administrators to see an issue after the fact, whereas previously the list was silently truncated. (closes issue #14739) Reported by: p_lindheimer Patches: 20090417__bug14739.diff.txt uploaded by tilghman (license 14) Tested by: p_lindheimer ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193781 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-11Merged revisions 193614 via svnmerge from rmudgett1-2/+2
https://origsvn.digium.com/svn/asterisk/trunk ................ r193614 | rmudgett | 2009-05-11 14:11:29 -0500 (Mon, 11 May 2009) | 19 lines Merged revisions 193613 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193613 | rmudgett | 2009-05-11 14:09:00 -0500 (Mon, 11 May 2009) | 12 lines Sent wrong message to clear a call we started if the other end has not responed yet. In the state MISDN_CALLING (i.e. SETUP was sent but no answer has arrived yet), it is not allowed to clear the call with RELEASE_COMPLETE. It must be cleared with DISCONNECT. A RELEASE_COMPLETE is only allowed as an answer to a SETUP. (See Q.931 ch. 5.3.2, 5.3.2.a, 5.3.2.b) Patches: chan-misdn-ccstate7.patch uploaded by customer. JIRA ABE-1862 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193615 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-11Recorded merge of revisions 193545 via svnmerge from lmadsen1-0/+2
https://origsvn.digium.com/svn/asterisk/trunk ................ r193545 | lmadsen | 2009-05-11 14:01:44 -0400 (Mon, 11 May 2009) | 14 lines Recorded merge of revisions 193544 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193544 | lmadsen | 2009-05-11 13:35:17 -0400 (Mon, 11 May 2009) | 7 lines Document CHANNEL(transfercapability) in CLI documentation. (issue #15073) Reported by: pkempgen Patches: 20090511__issue15073.diff.txt uploaded by tilghman (license 14) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193546 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-08Merged revisions 193387 via svnmerge from dvossel1-0/+15
https://origsvn.digium.com/svn/asterisk/trunk ........ r193387 | dvossel | 2009-05-08 15:32:51 -0500 (Fri, 08 May 2009) | 7 lines TCP not matching valid peer. find_peer() does not find a valid peer when using pvt->recv as the sockaddr_in argument. Because of the way TCP works, the port number in pvt->recv is not what we're looking for at all. There is currently only one place that find_peer searches for a peer using the sockaddr_in argument. If the peer is not found after using pvt->recv (works for UDP since the port number will be correct), a temp sockaddr_in struct is made using the Contact header in the sip_request. This has the correct port number in it. Review: http://reviewboard.digium.com/r/236/ ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193449 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-08Merged revisions 193274 via svnmerge from seanbright1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ........ r193274 | seanbright | 2009-05-08 11:18:40 -0400 (Fri, 08 May 2009) | 2 lines Fix the spelling of UNAVAILABLE in func_devstate CLI completion. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193334 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-08Merged revisions 193263 via svnmerge from dvossel1-1/+3
https://origsvn.digium.com/svn/asterisk/trunk ................ r193263 | dvossel | 2009-05-08 09:52:19 -0500 (Fri, 08 May 2009) | 15 lines Merged revisions 193262 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193262 | dvossel | 2009-05-08 09:51:09 -0500 (Fri, 08 May 2009) | 9 lines "misdn show config" segfaults asterisk, if no MSN lists (closes issue #14976) Reported by: alecdavis Patches: misdn_config.diff.txt uploaded by alecdavis (license 585) Tested by: alecdavis, FabienToune ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193264 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-08Merged revisions 193194 via svnmerge from kpfleming2-10/+8
https://origsvn.digium.com/svn/asterisk/trunk ................ r193194 | kpfleming | 2009-05-08 09:06:15 -0500 (Fri, 08 May 2009) | 13 lines Merged revisions 193193 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193193 | kpfleming | 2009-05-08 09:03:28 -0500 (Fri, 08 May 2009) | 7 lines Make absolute paths for logger channels work properly (Note: This is not a new feature, it was previously undocumented and broken.) The Asterisk logger has a feature to support absolute pathnames for logger channels, but the code implementing the feature was broken. This has been fixed, and the absolute path feature is now documented in the sample logger.conf. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193195 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-07Merged revisions 193120 via svnmerge from tilghman1-2/+17
https://origsvn.digium.com/svn/asterisk/trunk ................ r193120 | tilghman | 2009-05-07 18:42:28 -0500 (Thu, 07 May 2009) | 26 lines Merged revisions 193119 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193119 | tilghman | 2009-05-07 18:41:11 -0500 (Thu, 07 May 2009) | 19 lines Fix Background within a Macro for FreePBX. If the single digit DTMF is an extension in the specified context, then go there and signal no DTMF. Otherwise, we should exit with that DTMF. If we're in Macro, we'll exit and seek that DTMF as the beginning of an extension in the Macro's calling context. If we're not in Macro, then we'll simply seek that extension in the calling context. Previously, someone complained about the behavior as it related to the interior of a Gosub routine, and the fix (#14011) inadvertently broke FreePBX (#14940). This change should fix both of these situations, but with the possible incompatibility that if a single digit extension does not exist (but a longer extension COULD have matched), it would have previously gone immediately to the "i" extension, but will now need to wait for a timeout. (closes issue #14940) Reported by: p_lindheimer Patches: 20090420__bug14940.diff.txt uploaded by tilghman (license 14) Tested by: p_lindheimer ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193121 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-07Merged revisions 193077 via svnmerge from rmudgett1-8/+14
https://origsvn.digium.com/svn/asterisk/trunk ................ r193077 | rmudgett | 2009-05-07 17:24:04 -0500 (Thu, 07 May 2009) | 12 lines Merged revisions 193050 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193050 | rmudgett | 2009-05-07 17:17:06 -0500 (Thu, 07 May 2009) | 5 lines Give a more helpful message when an incoming call's dialed extension does not match. Added the dialed extension and context to the chan_misdn messages warning that the dialed number cannot be matched in the dialplan. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@193078 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-07Merged revisions 192938 via svnmerge from tilghman1-6/+5
https://origsvn.digium.com/svn/asterisk/trunk ........ r192938 | tilghman | 2009-05-07 12:13:36 -0500 (Thu, 07 May 2009) | 6 lines Send DTMF frame before playing back audio. (closes issue #14858) Reported by: barryf Patches: 20090507__bug14858.diff.txt uploaded by tilghman (license 14) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192939 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-07Merged revisions 192933 via svnmerge from tilghman1-0/+10
https://origsvn.digium.com/svn/asterisk/trunk ................ r192933 | tilghman | 2009-05-07 11:43:56 -0500 (Thu, 07 May 2009) | 17 lines Merged revisions 192932 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192932 | tilghman | 2009-05-07 11:29:08 -0500 (Thu, 07 May 2009) | 10 lines Eliminate repetition of fullcontact during reconstruction. If the fullcontact field appears in both the sippeers and the sipregs table, then during reconstruction of the field, it will otherwise be doubled. (closes issue #14754) Reported by: Alexei Gradinari Patches: 20090506__bug14754.diff.txt uploaded by tilghman (license 14) Tested by: lmadsen ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192934 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-06Merged revisions 192861 via svnmerge from jpeeler1-2/+2
https://origsvn.digium.com/svn/asterisk/trunk ................ r192861 | jpeeler | 2009-05-06 17:17:27 -0500 (Wed, 06 May 2009) | 17 lines Merged revisions 192858 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192858 | jpeeler | 2009-05-06 17:15:19 -0500 (Wed, 06 May 2009) | 10 lines Make ParkedCall application stop execution of the dialplan after hang up Just changed park_exec to always return non-zero. I really wasn't entirely sure at first if this was a bug. Decided it was since it would be surprising when not using ParkedCall in the dialplan to hang up and have dialplan execution continue. (closes issue #14555) Reported by: francesco_r ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192865 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-06Blocked revisions 192853 via svnmergejpeeler0-0/+0
........ r192853 | jpeeler | 2009-05-06 17:02:46 -0500 (Wed, 06 May 2009) | 2 lines If no extension was found in the pattern tree, don't crash. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192856 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-06Merged revisions 190946 via svnmerge from mattf1-1/+3
https://origsvn.digium.com/svn/asterisk/trunk ........ r190946 | mattf | 2009-04-28 17:05:05 -0500 (Tue, 28 Apr 2009) | 1 line Make sure that we do not clear the down flag on the BRI during PTMP link transients. Also fix no audio bug caused by big early audio patch. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192811 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-06Merged revisions 192634 via svnmerge from file1-2/+4
https://origsvn.digium.com/svn/asterisk/trunk ................ r192634 | file | 2009-05-06 10:34:35 -0300 (Wed, 06 May 2009) | 14 lines Merged revisions 192633 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192633 | file | 2009-05-06 10:30:51 -0300 (Wed, 06 May 2009) | 7 lines Update some old logic to stop both begin and end DTMF frames from reaching the core if rfc2833 is not enabled. (closes issue #15036) Reported by: dimas Patches: v1-15036.patch uploaded by dimas (license 88) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192635 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192525 via svnmerge from seanbright1-2/+2
https://origsvn.digium.com/svn/asterisk/trunk ................ r192525 | seanbright | 2009-05-05 15:57:49 -0400 (Tue, 05 May 2009) | 18 lines Merged revisions 192524 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192524 | seanbright | 2009-05-05 15:56:11 -0400 (Tue, 05 May 2009) | 11 lines Fix Javascript error when using astman.js in Internet Explorer. Internet Explorer (tested with 7.0) does not like trailing commas on constructs like object initializers, so get rid of them to avoid some errors. (closes issue #15026) Reported by: rajnishgiri Patches: bug15026.patch uploaded by seanbright (license 71) Tested by: seanbright ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192526 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192462 via svnmerge from file1-4/+4
https://origsvn.digium.com/svn/asterisk/trunk ................ r192462 | file | 2009-05-05 15:23:58 -0300 (Tue, 05 May 2009) | 15 lines Merged revisions 192454 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192454 | file | 2009-05-05 15:22:27 -0300 (Tue, 05 May 2009) | 8 lines Fix an incorrect assumption that certain values on the channel will always exist when they may not. The CDR code involved with bridges wrongly assumed that the currently executing application and data values will always exist. It is possible for this to be false when call forwarding is involved. (closes issue #14984) Reported by: gincantalupo ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192467 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192430 via svnmerge from file1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r192430 | file | 2009-05-05 14:46:51 -0300 (Tue, 05 May 2009) | 12 lines Merged revisions 192429 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192429 | file | 2009-05-05 14:43:30 -0300 (Tue, 05 May 2009) | 5 lines Fix a bug where the followme application would continue trying numbers after the caller hung up. (closes issue #13624) Reported by: sgenyuk ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192431 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192387 via svnmerge from file1-0/+5
https://origsvn.digium.com/svn/asterisk/trunk ........ r192387 | file | 2009-05-05 11:22:47 -0300 (Tue, 05 May 2009) | 10 lines Fix a bug with setting t38pt_udptl at the user or peer level. If an incoming call authenticated as a user or peer and t38pt_udptl was not set to yes in general then no UDPTL session would be present and any T38 related things would fail. This commit changes it so that if after authenticating T38 is enabled but no UDPTL session is present one will be created. (issue AST-215) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192397 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192357 via svnmerge from kpfleming2-2/+2
https://origsvn.digium.com/svn/asterisk/trunk ........ r192357 | kpfleming | 2009-05-05 15:18:21 +0200 (Tue, 05 May 2009) | 5 lines Correct some flaws in the memory accounting code for stringfields and ao2 objects Under some conditions, the memory allocation for stringfields and ao2 objects would not have supplied valid file/function names for MALLOC_DEBUG tracking, so this commit corrects that. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192358 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192318 via svnmerge from kpfleming2-8/+76
https://origsvn.digium.com/svn/asterisk/trunk ........ r192318 | kpfleming | 2009-05-05 12:34:19 +0200 (Tue, 05 May 2009) | 5 lines Properly account for memory allocated for channels and datastores As in previous commits, when channels are allocated (with ast_channel_alloc) or datastores are allocated (with ast_datastore_alloc) properly account for the memory being owned by the caller, instead of the allocator function itself. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192353 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-05Merged revisions 192279 via svnmerge from kpfleming2-25/+62
https://origsvn.digium.com/svn/asterisk/trunk ........ r192279 | kpfleming | 2009-05-05 10:51:06 +0200 (Tue, 05 May 2009) | 5 lines Ensure that string pools allocated to hold stringfields are properly accounted in MALLOC_DEBUG mode This commit modifies the stringfield pool allocator to remember the 'owner' of the stringfield manager the pool is being allocated for, and ensures that pools allocated in the future when fields are populated are owned by that file/function. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192280 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-04Merged revisions 192214 via svnmerge from dvossel1-0/+5
https://origsvn.digium.com/svn/asterisk/trunk ................ r192214 | dvossel | 2009-05-04 17:44:51 -0500 (Mon, 04 May 2009) | 17 lines Merged revisions 192213 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r192213 | dvossel | 2009-05-04 17:37:31 -0500 (Mon, 04 May 2009) | 11 lines global mohinterpret setting is ignored mohinterpret and mohsuggest global variables were not copied over during build_users and build_peers. (closes issue #14728) Reported by: dimas Patches: v1-14728.patch uploaded by dimas (license 88) Tested by: dimas, dvossel ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192215 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-04Regen configure scripttilghman1-13/+13
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192174 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-04Merged revisions 192132 via svnmerge from tilghman1-3/+3
https://origsvn.digium.com/svn/asterisk/trunk ........ r192132 | tilghman | 2009-05-04 13:42:56 -0500 (Mon, 04 May 2009) | 6 lines Pass libraries in LIBS, not LDFLAGS. (closes issue #14671) Reported by: Chainsaw Patches: asterisk-1.6.0.6-toolcheck-libs-not-ldflags.patch uploaded by Chainsaw (license 723) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192133 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-04Commit the changes from rev 192094 in the 1.6.1 branch to the 1.6.0 branch.lmadsen1-13/+13
Since the documentation system is different between <= 1.6.1 and >= 1.6.2 the changes to the documentation I made for issue 14801, I'm merging these changes in manually. Additional changes will then be put into trunk and merged down to 1.6.2 as those two versions share a similar documentation system (XML). (issue #14801) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@192095 f38db490-d61c-443f-a65b-d21fe96a405b
2009-05-04Merged revisions 191955 via svnmerge from kpfleming1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ........ r191955 | kpfleming | 2009-05-04 11:57:36 +0200 (Mon, 04 May 2009) | 8 lines Ensure that by default only one console channel driver is loaded This configuration file was changed to ensure that only one console channel driver (chan_oss) is loaded by default, but the change would only work if chan_console was not built. Now it will work as expected; if chan_alsa or chan_console are built and installed, they will not be loaded unless explicity requested. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@191956 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-07-02 17:29:54 +0000