aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2009-08-18git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.21-rc2@212958 ↵v1.4.21-rc2kpfleming8-20/+19
f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-06Use autotagged externalsrussell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.21-rc2@120862 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-06Importing files for 1.4.21-rc2 releaserussell3-0/+18088
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.21-rc2@120861 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-06Creating tag for the release of asterisk-1.4.21-rc2russell0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.4.21-rc2@120860 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-05fix filenamerussell1-2/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120735 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-05Add the UPGRADE.txt file from Asterisk 1.2, for handy reference.russell2-1/+217
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120731 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-05Ignore appended resource when comparing JIDs.phsultan1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120675 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-05It turns out that searching on the forwarding station isn't very useful forrussell2-34/+204
most people, so pull in the changes that allow searching for SMDI messages based on other components of the SMDI message. Also, update the SMDI documentation. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120671 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-04Make sure that the string we set will survive the unref ofmmichelson1-2/+2
the queue member. Thanks to Russell, who pointed this out. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120513 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-04If we fail to setup the PRI request channel, don't continue, exit with an error.tilghman1-0/+3
(closes issue #11989) Reported by: Corydon76 Patches: 20080213__zap_memleak.diff.txt uploaded by Corydon76 (license 14) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120425 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-04Make the "dialplan remove include" CLI command actually work. Also, tweakrussell1-3/+6
some formatting, and make the success message a little bit more clear. (closes AST-52) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120371 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-04Tab completion when removing a member should give the member's interface,mmichelson1-1/+1
not the name, since the interface is what is expected for the command. (closes issue #12783) Reported by: davevg git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120285 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-04Fix a log message and add a message for when the dialplan is done reloading.file2-1/+2
(closes issue #12716) Reported by: chappell Patches: dialplan_reload_2.diff uploaded by chappell (license 8) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120282 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03Due to incorrect use of the AST_LIST_INSERT_HEAD() macro the loopback switchtilghman1-18/+26
cannot perform any translation on the extension number before searching for it in the target context. (closes issue #12473) Reported by: chappell Patches: pbx_loopback.c.diff uploaded by chappell (license 8) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120226 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03(closes issue #11594)jpeeler1-0/+4
Reported by: yem Tested by: yem This change decreases the buffer size allocated on the stack substantially in config_text_file_load when LOW_MEMORY is turned on. This change combined with the fix from revision 117462 (making mkintf not copy the zt_chan_conf structure) was enough to prevent the crash. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120173 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03Fix another place where peer->callno could change at a very bad time, and alsorussell1-9/+11
fix a place where a peer was used after the reference was released. (inspired by rev 120001) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120168 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03When listing the manager users, managers in users.conf are not shown, eventilghman1-1/+66
though they are allowed to connect. (closes issue #12594) Reported by: bkruse Patches: 12594-managerusers-2.diff uploaded by qwell (license 4) Tested by: bkruse git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120061 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03Save the callno when we're poking, because our peer structure could changetilghman1-4/+7
during destruction (and thus we unlock the wrong callno, causing a cascade failure). (closes issue #12717) Reported by: gewfie Patches: 20080525__bug12717.diff.txt uploaded by Corydon76 (license 14) Tested by: gewfie git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@120001 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03Updated the regressions on AEL. Hadn't updatedmurf9-796/+879
this for the changes I made to preserve ${EXTEN} in switches, which affected several tests because it adds extra priorities, and at least one needed to be updated because of the removal of the empty extension warning message. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119966 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03as per http://lists.digium.com/pipermail/asterisk-users/2008-June/212934.html,murf1-6/+0
which is a message from Philipp Kempgen, requesting that the WARNING that an extension is empty be reduced to a NOTICE or less, as empty extensions are syntactically possible, and no big deal. With which I agree, and have removed that WARNING message entirely. I think it is not necessary to see this message. It didn't state that a NoOp() was inserted automatically on your behalf, and really, as users, who cares? Why freak out dialplan writers with unnecessary warnings? The details of the machinations a compiler goes thru to produce working assembly code is of little interest to most programmers-- we will follow the unix principal of doing our work silently. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119929 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-03Treat ECONNREFUSED as an error that will stop further retransmissions. ↵file1-5/+6
(issue #AST-58, patch from Switchvox) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119926 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Revert a change made for issue #12479. This change caused a regression such ↵russell1-4/+1
that a dial string such as (IAX2/foo) did not automatically fall back to dialing the 's' extension anymore. (closes issue #12770) Reported by: dagmoller git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119838 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Improve CLI command blacklist checking for the command manager action. ↵russell1-9/+50
Previously, it did not handle case or whitespace properly. This made it possible for blacklisted commands to get executed anyway. (closes issue #12765) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119742 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Do not link the guest account with any configured XMPP client (inphsultan2-15/+44
jabber.conf). The actual connection is made when a call comes in Asterisk. Fix the ast_aji_get_client function that was not able to retrieve an XMPP client from its JID. (closes issue #12085) Reported by: junky Tested by: phsultan git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119740 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Even of the first PING or LAGRQ doesn't get sent because it comes up too soon,russell1-6/+4
make sure to reschedule so it gets sent later. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119687 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02fixed compile issue when dev-mode is enabledcrichter1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119636 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Added counter for unhandled_bmsg Print, this prevents the logs to be flooded ↵crichter2-4/+44
to fast and save CPU in this error scenario. Added 'last_used' element to bc structure, when a bchannel changes from used to free this exact time will be marked in last_used. When a new channel is requested the find_free_chan function will check if the new empty channel was used within the last second, if yes it will search for the next channel, if no it will return this channel. This simple mechanism has prooven to prevent race conditions where the NT and TE tried to allocate the exact same channel at the same time (RELEASE cause: 44). git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119585 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Change a debug message to an actual debug messagerussell1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119533 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-02Fix another typo in documentationrussell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119530 f38db490-d61c-443f-a65b-d21fe96a405b
2008-06-01small typo fix 'retires' => 'retries'mvanbaak1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119478 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-30When joinempty=strict, it only failed on join if there were busy members. Iftilghman1-1/+1
all members were logged out OR paused, then it (incorrectly) let callers join the queue. (closes issue #12451) Reported by: davidw git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119404 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-30Fix a bug I found while testing for another issue.file1-14/+13
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119354 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-30dont use a bashism way to check the $VERSION variable.mvanbaak7-8/+8
The rc/init.d scripts, and safe_asterisk work on normal sh now again. Tested on: OpenBSD 4.2 (me) Debian etch (me) Ubuntu Hardy (me and loloski) FC9 (loloski) (closes issue #12687) Reported by: loloski Patches: 20080529-12687-safe_asterisk-fixversion.diff.txt uploaded by mvanbaak (license 7) Tested by: loloski, mvanbaak git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119301 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-30Merged revisions 119237 via svnmerge from russell1-7/+37
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r119237 | russell | 2008-05-30 07:49:39 -0500 (Fri, 30 May 2008) | 7 lines - Instead of only enforcing destination call number checking on an ACK, check all full frames except for PING and LAGRQ, which may be sent by older versions too quickly to contain the destination call number. (As suggested by Tim Panton on the asterisk-dev list) - Merge changes from team/russell/iax2-frame-race, which prevents PING and LAGRQ from being sent before the destination call number is known. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119238 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Fix a race condition in channel autoservice. There was still a small window ↵russell1-60/+83
of opportunity for a DTMF frame, or some other deferred frame type, to come in and get dropped. (closes issue #12656) (closes issue #12656) Reported by: dimas Patches: v3-12656.patch uploaded by dimas (license 88) -- with some modifications by me git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119156 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Oddly enough, all of the contents of audiohook.h were in there twice. I haverussell1-179/+0
removed the second copy. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119076 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Call waiting tone occurs too often, because it's getting serviced by bothtilghman1-3/+5
subchannels. (closes issue #11354) Reported by: cahen Patches: 20080512__bug11354.diff.txt uploaded by Corydon76 (license 14) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119071 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29 - Fix a typo in the argument to Playtonesrussell1-8/+3
- use ast_safe_sleep() instead of calling the wait application (thanks to tilghman for pointing these out!) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119012 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Merged revisions 119008 via svnmerge from russell1-8/+10
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r119008 | russell | 2008-05-29 13:45:21 -0500 (Thu, 29 May 2008) | 7 lines Merge changes from team/russell/iax2-another-fix-to-the-fix As described in the following post to the asterisk-dev mailing list, only enforce destination call numbers when processing an ACK. http://lists.digium.com/pipermail/asterisk-dev/2008-May/033217.html (closes issue #12631) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@119009 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29 - Mark app_milliwatt dependent on res_indications (thanks to jsmith)russell1-1/+5
- fix a typo in a log message (thanks to qwell) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118961 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Change milliwatt to use the proper tone by default (1004 Hz) instead of 1000 Hz.russell1-20/+62
An option is there to use 1000 Hz for anyone that might want it. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118956 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Define also when not DEBUG_THREADStilghman1-0/+5
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118954 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29Add some debugging code that ensures that when we do deadlock avoidance, wetilghman8-79/+86
don't lose the information about how a lock was originally acquired. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118953 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-29(closes issue #10668)murf2-42/+131
(closes issue #11721) (closes issue #12726) Reported by: arkadia Tested by: murf These changes: 1. revert the changes made via bug 10668; I should have known that such changes, even tho they made sense at the time, seemed like an omission, etc, were actually integral to the CDR system via forkCDR. It makes sense to me now that forkCDR didn't natively end any CDR's, but rather depended on natively closing them all at hangup time via traversing and closing them all, whether locked or not. I still don't completely understand the benefits of setvar and answer operating on locked cdrs, but I've seen enough to revert those changes also, and stop messing up users who depended on that behavior. bug 12726 found reverting the changes fixed his changes, and after a long review and working on forkCDR, I can see why. 2. Apply the suggested enhancements proposed in 10668, but in a completely compatible way. ForkCDR will behave exactly as before, but now has new options that will allow some actions to be taken that will slightly modify the outcome and side-effects of forkCDR. Based on conversations I've had with various people, these small tweaks will allow some users to get the behavior they need. For instance, users executing forkCDR in an AGI script will find the answer time set, and DISPOSITION set, a situation not covered when the routines were first written. 3. A small problem in the cdr serializer would output answer and end times even when they were not set. This is now fixed. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118858 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-28merge revision 118702 from trunk to 1.4 -- Fixes a bug in chan_iax that uses ↵bbryant1-1/+5
send_command to poke a peer while a channel is unlocked in some cases, and because it can cause seemingly random failures could be related to some bugs in the tracker... git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118716 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-28Add an option to use the source IP address of RTP as the destination IP ↵file3-2/+22
address of UDPTL when a specific option is enabled. If the remote side is properly configured (ports forwarded) then UDPTL will flow. (closes issue #10417) Reported by: cstadlmann git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118646 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-27Fix an issue where codec preferences were not set on dialogs that were not ↵file1-16/+13
authenticated via a user or peer and allow framing to work without rtpmap in the SDP. (closes issue #12501) Reported by: slimey git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118558 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-27When showing an error message for a command, don't shorten the command output,tilghman1-1/+1
as it tends to confuse the user (it's fine for suggesting other commands, however). Reported by: seanbright (on #asterisk-dev) Fixed by: me git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118551 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-27Russell noted to me that in the case that separate threads use theirmmichelson1-7/+6
own addressing system, the fix I made for issue 12376 does not guarantee uniqueness to the datastores' uids. Though I know of no system that works this way, I am going to change this right now to prevent trying to track down some future bug that may occur and cause untold hours of debugging time to track down. The change involves using a global counter which increases with each new chanspy_ds which is created. This guarantees uniqueness. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118509 f38db490-d61c-443f-a65b-d21fe96a405b
2008-05-27NULL character should terminate only commands back to the core, not logtilghman1-7/+14
messages to the console. (closes issue #12731) Reported by: seanbright Patches: 20080527__bug12731.diff.txt uploaded by Corydon76 (license 14) Tested by: seanbright git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@118465 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-06-05 10:56:08 +0000