asterisk

Commit Graph

Author	SHA1	Message	Date
Matthew Nicholson	d0b77185dd	Merged revisions 258671,258675 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r258671 \| mnicholson \| 2010-04-22 16:57:59 -0500 (Thu, 22 Apr 2010) \| 32 lines Merged revisions 193391,258670 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r193391 \| mnicholson \| 2009-05-08 16:01:25 -0500 (Fri, 08 May 2009) \| 8 lines Set the proper disposition on originated calls. (closes issue #14167) Reported by: jpt Patches: call-file-missing-cdr2.diff uploaded by mnicholson (license 96) Tested by: dlotina, rmartinez, mnicholson ........ r258670 \| mnicholson \| 2010-04-22 16:49:07 -0500 (Thu, 22 Apr 2010) \| 11 lines Fix broken CDR behavior. This change allows a CDR record previously marked with disposition ANSWERED to be set as BUSY or NO ANSWER. Additionally this change partially reverts r235635 and does not set the AST_CDR_FLAG_ORIGINATED flag on CDRs generated from ast_call(). To preserve proper CDR behavior, the AST_CDR_FLAG_DIALED flag is now cleared from all brige CDRs in ast_bridge_call(). (closes issue #16797) Reported by: VarnishedOtter Tested by: mnicholson ........ (closes issue #16222) Reported by: telles Tested by: mnicholson ................ r258675 \| mnicholson \| 2010-04-22 17:11:23 -0500 (Thu, 22 Apr 2010) \| 2 lines Fix previous commit. ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@258676 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Terry Wilson	5cac76da62	Merged revisions 257810 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r257810 \| twilson \| 2010-04-19 12:57:41 -0500 (Mon, 19 Apr 2010) \| 5 lines Fix incomplete CDR merge from r195881 Because res/res_features.c was removed and main/cdr.c added, these changes didn't make it to trunk and the 1.6.x branches ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@257850 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Tilghman Lesher	f0857cf81d	Merged revisions 257262 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r257262 \| tilghman \| 2010-04-14 17:57:35 -0500 (Wed, 14 Apr 2010) \| 15 lines Yet another issue where the conversion of the application delimiter to comma caused an issue. Application arguments within the feature map could possibly contain a comma, which conflicts with the syntax of the features.conf configuration file. This patch allows the argument to be wrapped in parentheses or quoted, to allow the application arguments to be interpreted as a single configuration parameter. (closes issue #16646) Reported by: pinga-fogo Patches: 20100414__issue16646.diff.txt uploaded by tilghman (license 14) Tested by: tilghman Review: https://reviewboard.asterisk.org/r/547/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@257265 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Matthew Nicholson	1945ad0aa3	Merged revisions 253800 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r253800 \| mnicholson \| 2010-03-22 14:52:52 -0500 (Mon, 22 Mar 2010) \| 11 lines Merged revisions 253799 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r253799 \| mnicholson \| 2010-03-22 14:50:00 -0500 (Mon, 22 Mar 2010) \| 4 lines Unconditionally copy the caller's account code to the called party. (related to issue #16331) ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@253801 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Russell Bryant	4f9c6020c2	Merged revisions 253540 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r253540 \| russell \| 2010-03-20 07:03:07 -0500 (Sat, 20 Mar 2010) \| 2 lines Resolve more compiler warnings on FreeBSD. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@253620 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Jeff Peeler	a645fbc8dd	Merged revisions 251679 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r251679 \| jpeeler \| 2010-03-10 14:51:23 -0600 (Wed, 10 Mar 2010) \| 13 lines Fix ParkAndAnnounce not respecting parking options. The patch ensures that if a peer does not exist, parking settings are read from the channel. A unit test has been written to ensure proper operation for both standard parking and parking using masquerades. (closes issue #16592) Reported by: mwyres Patches: bug_16592.diff uploaded by snuffy (license 35) Review: https://reviewboard.asterisk.org/r/539/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@251685 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Leif Madsen	cc688cf183	Merged revisions 249925 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r249925 \| lmadsen \| 2010-03-02 14:24:43 -0500 (Tue, 02 Mar 2010) \| 6 lines Add missing description of the PARKINGLOT variable in XML documentation. (closes issue #16743) Reported by: snuffy Patches: parkingdoc.diff uploaded by snuffy (license 35) ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@249933 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Matthew Nicholson	13e61c862f	Merged revisions 247652 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r247652 \| mnicholson \| 2010-02-18 13:39:37 -0600 (Thu, 18 Feb 2010) \| 13 lines Merged revisions 247651 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r247651 \| mnicholson \| 2010-02-18 13:38:09 -0600 (Thu, 18 Feb 2010) \| 6 lines Copy the calling party's account code to the called party if they don't already have one. (closes issue #16331) Reported by: bluefox Tested by: mnicholson ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@247653 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
David Vossel	a74e3786ed	Merged revisions 243391 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r243391 \| dvossel \| 2010-01-26 17:56:57 -0600 (Tue, 26 Jan 2010) \| 15 lines Merged revisions 243390 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r243390 \| dvossel \| 2010-01-26 17:55:49 -0600 (Tue, 26 Jan 2010) \| 9 lines fixes bug with channel receiving wrong privileges after call parking (closes issue #16429) Reported by: Yasuhiro Konishi Patches: features.c.diff uploaded by Yasuhiro Konishi (license 947) Tested by: dvossel ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@243392 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Jeff Peeler	6e5204a1e1	Merged revisions 239839 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r239839 \| jpeeler \| 2010-01-13 13:48:16 -0600 (Wed, 13 Jan 2010) \| 18 lines Merged revisions 239838 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r239838 \| jpeeler \| 2010-01-13 13:43:33 -0600 (Wed, 13 Jan 2010) \| 11 lines Fix regression for timed out parked call returning to caller This issue seems to have been exposed by the fix in 160390 whereby using a masquerade prevented a crash. The new channel used in the masquerade was not copying the macro information from the old channel. (closes issue #15459) Reported by: djrodman Patches: patch_15459.txt uploaded by mnick (license ) ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@239840 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Jeff Peeler	9022ee1edb	Merged revisions 238835 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r238835 \| jpeeler \| 2010-01-08 17:30:55 -0600 (Fri, 08 Jan 2010) \| 11 lines Merged revisions 238834 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r238834 \| jpeeler \| 2010-01-08 17:28:37 -0600 (Fri, 08 Jan 2010) \| 4 lines Stop a crash when no peer is passed to masq_park_call. (distantly related to issue #16406) ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@238838 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Jeff Peeler	f220e066ca	Merged revisions 238583 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r238583 \| jpeeler \| 2010-01-08 11:18:41 -0600 (Fri, 08 Jan 2010) \| 5 lines Stop trying to find a parking space after traversing the parkinglot one time. (closes issue #16428) Reported by: Yasuhiro Konishi ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@238586 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Jeff Peeler	528f7251b9	Merged revisions 238134 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r238134 \| jpeeler \| 2010-01-06 13:05:06 -0600 (Wed, 06 Jan 2010) \| 10 lines Fix channel name comparison for bridge application. The channel name comparison was not comparing the whole string and therefore if one channel name was a substring of the other, the bridge would fail. (closes issue #16528) Reported by: telecos82 Patches: res_features_r236843.diff uploaded by telecos82 (license 687) ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@238137 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Tilghman Lesher	893f43cd04	Merged revisions 235822 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r235822 \| tilghman \| 2009-12-21 11:00:46 -0600 (Mon, 21 Dec 2009) \| 15 lines Merged revisions 235821 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r235821 \| tilghman \| 2009-12-21 10:45:03 -0600 (Mon, 21 Dec 2009) \| 8 lines Send parking lot announcement to the channel which parked the call, not the park-ee. (closes issue #16234) Reported by: yeshuawatso Patches: 20091210__issue16234.diff.txt uploaded by tilghman (license 14) 20091221__issue16234__1.4.diff.txt uploaded by tilghman (license 14) Tested by: yeshuawatso ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@235826 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Jeff Peeler	407aab0558	Merged revisions 231095 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r231095 \| jpeeler \| 2009-11-24 12:50:36 -0600 (Tue, 24 Nov 2009) \| 11 lines Fix erroneous hangup extension execution ast_spawn_extension behaves differently from 1.4 in that hangups and extensions that do not exist do not return an error, whereas in 1.6 it does. This is now taken into account so that the AST_FLAG_BRIDGE_HANGUP_RUN flag gets set properly. (closes issue #16106) Reported by: ajohnson Tested by: ajohnson ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@231098 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Matthew Nicholson	ddc8d59175	Merged revisions 230628 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r230628 \| mnicholson \| 2009-11-20 15:01:10 -0600 (Fri, 20 Nov 2009) \| 15 lines Merged revisions 230627 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r230627 \| mnicholson \| 2009-11-20 14:53:06 -0600 (Fri, 20 Nov 2009) \| 8 lines Copy the peer CDR's userfield to the bridge CDR if it exists. This is necessary for the recordagentcalls option in chan_agent to store the recorded file name in the bridge CDR. (closes issue #14590) Reported by: msetim Patches: queue_agent_userfield.patch uploaded by Laureano (license 265) Tested by: Laureano, mnicholson ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@230629 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Joshua Colp	d5dc087718	Merged revisions 224774 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r224774 \| file \| 2009-10-20 14:47:34 -0300 (Tue, 20 Oct 2009) \| 12 lines Merged revisions 224773 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r224773 \| file \| 2009-10-20 14:46:37 -0300 (Tue, 20 Oct 2009) \| 5 lines Add support for relaying early media in the features attended transfer option. (closes issue #14828) Reported by: licedey ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@224777 65c4cc65-6c06-0410-ace0-fbb531ad65f3	16 years ago
Joshua Colp	49ba3d9752	Merged revisions 218295 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r218295 \| file \| 2009-09-14 13:16:39 -0500 (Mon, 14 Sep 2009) \| 2 lines Do not attempt to add a parking extension if an error occurred while reading the configuration. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@218300 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Michiel van Baak	a2d71f3a34	Merged revisions 215622 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r215622 \| mvanbaak \| 2009-09-02 22:21:51 +0200 (Wed, 02 Sep 2009) \| 4 lines - lock channel before looking for a channel variable - Init the parkings list member of struct parkinglot. Thanks Sean for the explanation why this should be here. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@215647 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Matthew Nicholson	f5488f80ac	Merged revisions 213327 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r213327 \| mnicholson \| 2009-08-20 15:29:32 -0500 (Thu, 20 Aug 2009) \| 7 lines Fix a crash by checking the proper pointer for validity before deferencing it. (closes issue #15751) Reported by: atis Patches: ast_bridge_call_peer_cdr.patch uploaded by atis (license 242) ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@213350 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Russell Bryant	81ecc23e9a	Merged revisions 213046 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r213046 \| russell \| 2009-08-19 10:32:18 -0500 (Wed, 19 Aug 2009) \| 4 lines Don't blow up on a NULL cdr. Reported in #asterisk-dev. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@213047 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Tilghman Lesher	9e94589304	AST-2009-005 git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@211580 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
David Brooks	4921462e88	Merged revisions 209098 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r209098 \| dbrooks \| 2009-07-27 11:33:50 -0500 (Mon, 27 Jul 2009) \| 6 lines Fixing typos. Replaces "recieved" with "received" and "initilize" with "initialize" (closes issue #15571) Reported by: alecdavis ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@209234 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
David Brooks	aef389ab58	Merged revisions 205254 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r205254 \| dbrooks \| 2009-07-08 12:26:26 -0500 (Wed, 08 Jul 2009) \| 8 lines Fixes Park() argument handling Park() was not respecting the arguments passed to it. Any extension/context/priority given to it was being ignored. This patch remedies this. (closes issue #15380) Reported by: DLNoah ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@205287 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Russell Bryant	0b68700133	Merged revisions 203376 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r203376 \| russell \| 2009-06-25 16:04:55 -0500 (Thu, 25 Jun 2009) \| 16 lines Merged revisions 203375 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r203375 \| russell \| 2009-06-25 16:02:18 -0500 (Thu, 25 Jun 2009) \| 9 lines Fix a case where CDR answer time could be before the start time involving parking. (closes issue #13794) Reported by: davidw Patches: 13794.patch uploaded by murf (license 17) 13794.patch.160 uploaded by murf (license 17) Tested by: murf, dbrooks ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@203379 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Tilghman Lesher	36efa701ef	Merged revisions 201829 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r201829 \| tilghman \| 2009-06-18 19:43:41 -0500 (Thu, 18 Jun 2009) \| 13 lines Merged revisions 201828 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r201828 \| tilghman \| 2009-06-18 19:40:41 -0500 (Thu, 18 Jun 2009) \| 6 lines If the "h" extension fails, give it another chance in main/pbx.c. If the "h" extension fails, give it another chance in main/pbx.c, when it returns from the bridge code. Fixes an issue where the "h" extension may occasionally not fire, when a Dial is executed from a Macro. Debugged in #asterisk with user tompaw. ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@201831 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
David Vossel	2b53e7117f	Merged revisions 198856 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r198856 \| dvossel \| 2009-06-02 16:17:49 -0500 (Tue, 02 Jun 2009) \| 10 lines Generic call forward api, ast_call_forward() The function ast_call_forward() forwards a call to an extension specified in an ast_channel's call_forward string. After an ast_channel is called, if the channel's call_forward string is set this function can be used to forward the call to a new channel and terminate the original one. I have included this api call in both channel.c's ast_request_and_dial() and feature.c's feature_request_and_dial(). App_dial and app_queue already contain call forward logic specific for their application and options. (closes issue #13630) Reported by: festr Review: https://reviewboard.asterisk.org/r/271/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@198886 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Joshua Colp	5037d36b67	Merged revisions 195698 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ................ r195698 \| file \| 2009-05-20 14:33:02 -0300 (Wed, 20 May 2009) \| 12 lines Merged revisions 195688 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r195688 \| file \| 2009-05-20 14:30:25 -0300 (Wed, 20 May 2009) \| 5 lines Fix some code that wrongly assumed a pointer would always be non-NULL when dealing with CDRs after a bridge. (closes issue #15079) Reported by: barryf ........ ................ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@195707 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	5ace5f1c77	Merged revisions 192861 via svnmerge from 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: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@192874 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Joshua Colp	387b54f514	Merged revisions 192462 via svnmerge from 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: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@192480 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Russell Bryant	a14f91b43d	Merged revisions 189951 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r189951 \| russell \| 2009-04-22 11:56:43 -0500 (Wed, 22 Apr 2009) \| 2 lines Fix call parking callback. Pipes -> Commas. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@189986 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Tilghman Lesher	6d32c4c168	Merged revisions 187599 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r187599 \| tilghman \| 2009-04-09 22:55:27 -0500 (Thu, 09 Apr 2009) \| 2 lines Modify headers and macros, according to Russell's suggestions on the -dev list ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@187601 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Kevin P. Fleming	488a7ced2f	Merged revisions 182525 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r182525 \| kpfleming \| 2009-03-17 09:38:11 -0500 (Tue, 17 Mar 2009) \| 11 lines Improve behavior of ast_answer() to not lose incoming frames ast_answer(), when supplied a delay before returning to the caller, use ast_safe_sleep() to implement the delay. Unfortunately during this time any incoming frames are discarded, which is problematic for T.38 re-INVITES and other sorts of channel operations. When a delay is not passed to ast_answer(), it still delays for up to 500 milliseconds, waiting for media to arrive. Again, though, it discards any control frames, or non-voice media frames. This patch rectifies this situation, by storing all incoming frames during the delay period on a list, and then requeuing them onto the channel before returning to the caller. http://reviewboard.digium.com/r/196/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.2@182528 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Mark Michelson	0892cdb958	Remove ast_ prefix from functions which are not public. git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182071 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Mark Michelson	88e3279f83	Merged revisions 181990 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r181990 \| mmichelson \| 2009-03-13 12:12:32 -0500 (Fri, 13 Mar 2009) \| 35 lines Check the DYNAMIC_FEATURES of both the chan and peer when interpreting DTMF. Dynamic features defined in the applicationmap section of features.conf allow one to specify whether the caller, callee, or both have the ability to use the feature. The documentation in the features.conf.sample file could be interpreted to mean that one only needs to set the DYNAMIC_FEATURES channel variable on the calling channel in order to allow for the callee to be able to use the features which he should have permission to use. However, the DYNAMIC_FEATURES variable would only be read from the channel of the participant that pressed the DTMF sequence to activate the feature. The result of this was that the callee was unable to use dynamic features unless the dialplan writer had taken measures to be sure that the DYNAMIC_FEATURES variable was set on the callee's channel. This commit changes the behavior of ast_feature_interpret to concatenate the values of DYNAMIC_FEATURES from both parties involved in the bridge. The features themselves determine who has permission to use them, so there is no reason to believe that one side of the bridge could gain the ability to perform an action that they should not have the ability to perform. Kevin Fleming pointed out on the asterisk-users list that the typical way that this was worked around in the past was by setting _DYNAMIC_FEATURES on the calling channel so that the value would be inherited by the called channel. While this works, the documentation alone is not enough to figure out why this is necessary for the callee to be able to use dynamic features. In this particular case, changing the code to match the documentation is safe, easy, and will generally make things easier for people for future installations. This bug was originally reported on the asterisk-users list by David Ruggles. (closes issue #14657) Reported by: mmichelson Patches: 14657.patch uploaded by mmichelson (license 60) ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@182029 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	58cf8b69da	Fix malloc debug macros to work properly with h323. The main problem here was that cstdlib was undefining free thereby causing the proper debug macros to not be used. ast_h323.cxx has been changed to call ast_free instead to avoid the issue. A few other issues were addressed: - There were a few instances of functions improperly passing ast_free instead of ast_free_ptr. - Some clean up was done to avoid the debug macros intentionally being redefined. (copied below from Kevin's commit, appreciate the help) - disable astmm.h from doing anything when STANDALONE is defined, which is used by the tools in the utils/ directory that use parts of Asterisk header files in hackish ways; also ensure that utils/extconf.c and utils/conf2ael.c are compiled with STANDALONE defined. (closes issue #13593) Reported by: pj git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@181135 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Joshua Colp	bcf5ecde90	Merged revisions 179840 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r179840 \| file \| 2009-03-03 14:27:09 -0400 (Tue, 03 Mar 2009) \| 9 lines Do not assume that the bridge_cdr is still attached to the channel when the 'h' exten is finished executing. It is possible for a masquerade operation to occur when the 'h' exten is operating. This operation moves the CDR records around causing the bridge_cdr to no longer exist on the channel where it is expected to. We can not safely modify it afterwards because of this, so don't even try. (closes issue #14564) Reported by: meric ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@179841 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Steve Murphy	ec6101595e	Merged revisions 178956 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 In this case, it's just a matter of reducing the default timeouts from 2000 to 1000 msec, as the max def feature digit timeout is no longer halved. ........ r178956 \| murf \| 2009-02-26 14:27:32 -0700 (Thu, 26 Feb 2009) \| 18 lines This change moves the default feature digit timeout to 1000 ms from the previous default of 500. As per bug 14515, a dev discussion arrived at a "mediated concensus" of a default feature digit timeout of 1.0 sec. Some voted for 1300; ctooley thought 1500 for distracted phone users in phone booths; kpfleming put his foot down at 1.0 sec. Users who found the previous default max delay of 250 msec perfect, are welcome to override the new default. Notice that I said that 250 msec was the default; wait a minute, you might say, the config file said it was 500 msec!; well, because of the bug fix for 14515, we found that 500 msec was actually enforcing a max of 250. The bug fix would restore 500 msec, but we felt even that was a bit tight for most users... 2000 msec was pushed earlier by mmichelson, so that reduces to 1000 msec after the bug fix. Enjoy! ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@178986 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Tilghman Lesher	63561aea00	Sound confirmation of call pickup success. (closes issue #13826) Reported by: azielke Patches: pickupsound2-trunk.patch uploaded by azielke (license 548) __20081124_bug_13826_updated.patch uploaded by lmadsen (license 10) Tested by: lmadsen git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@178919 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Steve Murphy	fe216b2f9d	Merged revisions 178804 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r178804 \| murf \| 2009-02-26 10:09:03 -0700 (Thu, 26 Feb 2009) \| 28 lines This patch prevents the feature detection timeout from being cut in half. Because the ast_channel_bridge() call will return 0 and pass a frame pointer for both DTMF_BEGIN and DTMF_END, the feature_timer field in hte config struct is getting decremented twice, which effectively cuts the digittimeout in half. I added conditions to the if statement to only let DTMF_END frames to flow thru, which solved the problem. Also, when the frame pointer is null, let control flow thru-- this usually happens on timeouts. I added a comment to the code to explain what's going on and why. Many thanks to sodom for reporting this problem. Personnally, it always seemed like something was wrong with the featuredigittimeout, but I never could quite decide what... and was too busy to investigate. This bug forced the issue, and now we know. Sodom had other issues in 14515, but I couldn't reproduce them. If he still has problems, and wants to get them solved, he is welcome to reopen 14515. (closes issue #14515) Reported by: sodom Patches: 14515.patch uploaded by murf (license 17) Tested by: murf, sodom ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@178828 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	90a6374871	Fix mismerge from revision 176708 pointed out by Kaloyan Kovachev on the asterisk-dev mailing list. Thanks! git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@177356 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
David Vossel	e30d2c1d45	Locking issue in action_bridge and bridge_exec action_bridge() and bridge_exec() both search for the channels to bridge to, and then immediately drop the lock. Instead, they should hold the lock until the masquerade is complete. This will guarantee the channel remains and prevent any other weirdness from occurring. In action_bridge() some more weirdness comes into play. Both channels are needlessly locked at the same time and perform the exact same logic. It makes sense from a coding organizational standpoint, but could cause a theoretical deadlock so I split the code up. There is an issue associated with this, but since its a rather complicated thing to reproduce I'm not certain this alone will close it. issue# 14296 Review: http://reviewboard.digium.com/r/167/ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@177226 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	f40edf2793	Merged revisions 176701 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r176701 \| jpeeler \| 2009-02-17 15:54:34 -0600 (Tue, 17 Feb 2009) \| 17 lines Modify bridging to properly evaluate DTMF after first warning is played The main problem is currently if the Dial flag L is used with a warning sound, DTMF is not evaluated after the first warning sound. To fix this, a flag has been added in ast_generic_bridge for playing the warning which ensures that if a scheduled warning is missed, multiple warrnings are not played back (due to a feature evaluation or waiting for digits). ast_channel_bridge was modified to store the nexteventts in the ast_bridge_config structure as that information was lost every time ast_channel_bridge was reentered, causing a hangup due to incorrect time calculations. (closes issue #14315) Reported by: tim_ringenbach Reviewed on reviewboard: http://reviewboard.digium.com/r/163/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@176708 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	a46d290802	Merged revisions 175294 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r175294 \| jpeeler \| 2009-02-12 14:34:36 -0600 (Thu, 12 Feb 2009) \| 9 lines Fix ParkedCall event information for From field in the case of a blind transfer If the parker information can not be obtained from the peer, try and see if the BLINDTRANSFER channel variable has been set. Previously, a blind transfer to the ParkAndAnnounce app would return nothing for the From. Closes AST-189 ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@175298 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	66e88633a5	Merged revisions 175187 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r175187 \| jpeeler \| 2009-02-12 11:57:10 -0600 (Thu, 12 Feb 2009) \| 6 lines Fix crash in event of failed attempt to transfer to parking The peer may not necessarily exist, such as in the case of a transfer to ParkAndAnnounce. In this case don't try to play a sound to it. ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@175188 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Jeff Peeler	39ec5d1576	Merged revisions 173211 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r173211 \| jpeeler \| 2009-02-03 15:57:01 -0600 (Tue, 03 Feb 2009) \| 17 lines Parking attempts made to one end of a bridge no longer will hang up due to a parking failure. Parking attempts made using either one-touch, or doing either a blind or assisted transfer to the parking extension now keep up the bridge instead of hanging up the attempted parked party. Normal causes for the parking attempt to fail includes the specific specified extension (via PARKINGEXTEN) not being available or if all the parking spaces are currently in use. To avoid having to reverse a masquerade park_space_reserve was made to provide foresight if a parking attempt will succeed and if so reserve the parking space. (closes issue #13494) Reported by: mdu113 Reviewed by Russell: http://reviewboard.digium.com/r/133/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@173500 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Terry Wilson	34be09bf5c	Merged revisions 173066 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r173066 \| twilson \| 2009-02-02 17:48:06 -0600 (Mon, 02 Feb 2009) \| 2 lines Fix a feature inheritance bug I added after code review ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@173067 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Steve Murphy	53d9b77898	This reverts the changes I made for 11583; will	17 years ago
Steve Murphy	c61e8a7865	This change allows the disconnect feature (as in "one-touch" in features.c) to be used within the dial app, before a call is bridged. Many thanks to sobomax for submitting this patch. Quoting from bug 11582: "So the goal of the patch was to use the user configured feature code during the call setup phase. The original ast_feature_interpret() function is not well suited for this purpose as it uses much call bridge specific data and doesn't separate a detection of feature from a feature handler call. So a new function ast_feature_detect() has been extracted off the ast_feature_interpret() function but keeping the original logic intact except some insignificant changes to locking. "Having created the ast_feature_detect() function the possibility to use feature detection in almost any place of the asterisk code. So a call to this function has been added to wait_for_answer() function of app_dial.so module. This code doesn't call the feature handler however and uses old call leg disconnect logic to make the changes as small and simple as possible to prevent unexpected problems. A disconnect feature currently is the only one supported during call setup as other features as call parking and call transfer don't make much sense during call setup. However if need in some of the features would arise it is much easier to implement as the infrastructure changes are already in place with this patch." I have cleaned up the patch somewhat, and verified that the existing functionality is not harmed, and that the new functionality works. Terry has committed his stuff, and there were no conflicts (see 14274). (closes issue #11583) Reported by: sobomax Patches: patch-apps__app_dial.c uploaded by sobomax (license 359) patch-include__asterisk__features.h uploaded by sobomax (license 359) patch-res__res_features.c uploaded by sobomax (license 359) enable-features-during-call-setup.diff uploaded by sobomax (license 359) 11583.newdiff uploaded by murf (license 17) enable-features-during-call-setup-1.diff uploaded by sobomax (license 359) 11583.latest-patch uploaded by murf (license 17) Tested by: sobomax, murf git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@172890 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago
Terry Wilson	8d782f96b8	Merged revisions 172517 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r172517 \| twilson \| 2009-01-30 11:47:41 -0600 (Fri, 30 Jan 2009) \| 37 lines Fix feature inheritance with builtin features When using builtin features like parking and transfers, the AST_FEATURE_* flags would not be set correctly for all instances when either performing a builtin attended transfer, or parking a call and getting the timeout callback. Also, there was no way on a per-call basis to specify what features someone should have on picking up a parked call (since that doesn't involve the Dial() command). There was a global option for setting whether or not all users who pickup a parked call should have AST_FEATURE_REDIRECT set, but nothing for DISCONNECT, AUTOMON, or PARKCALL. This patch: 1) adds the BRIDGE_FEATURES dialplan variable which can be set either in the dialplan or with setvar in channels that support it. This variable can be set to any combination of 't', 'k', 'w', and 'h' (case insensitive matching of the equivalent dial options), to set what features should be activated on this channel. The patch moves the setting of the features datastores into the bridging code instead of app_dial to help facilitate this. 2) adds global options parkedcallparking, parkedcallhangup, and parkedcallrecording to be similar to the parkedcalltransfers option for globally setting features. 3) has builtin_atxfer call builtin_parkcall if being transfered to the parking extension since tracking everything through multiple masquerades, etc. is difficult and error-prone 4) attempts to fix all cases of return calls from parking and completed builtin transfers not having the correct permissions (closes issue #14274) Reported by: aragon Patches: fix_feature_inheritence.diff.txt uploaded by otherwiseguy (license 396) Tested by: aragon, otherwiseguy Review http://reviewboard.digium.com/r/138/ ........ git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@172580 65c4cc65-6c06-0410-ace0-fbb531ad65f3	17 years ago

1 2 3

144 Commits (bb5655de7cc0b0ab076e7b47d32013c7260de0ed)