aboutsummaryrefslogtreecommitdiffstats
path: root/main
AgeCommit message (Collapse)AuthorFilesLines
2007-06-05Handle a failure in malloc() in ast_safe_string_alloc()russell1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@67372 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-05Fix a problem that showed itself by causing Zap channel names to be completelyrussell1-4/+9
bogus on my machine. ast_safe_string_alloc() was broken. It called vsnprintf() on a va_args list twice without re-initializing it. After the first usage, va_end() and va_start() must be called again. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@67360 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-05When shutting down "gracefully", go through and run the unload() callbacks forrussell2-0/+29
all of the modules. "stop now" is considered a non-graceful shutdown and will not go through this process. (issue #9804, reported by chrisost, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@67308 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-04This typo has been here since 1.4 forked. It has been the source of ↵murf1-1/+1
heartburn to many a dialplan/CDR programmer. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@67073 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-04Add a missing \n. (pointed out by jcmoore on IRC)russell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@67071 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-29Handle cases where a frame may have no data. (issue #9519 reported by dmb)file1-2/+3
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66437 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-25Merged revisions 66127 via svnmerge from tilghman1-26/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r66127 | tilghman | 2007-05-25 08:46:35 -0500 (Fri, 25 May 2007) | 2 lines Issue 9791 - Fix pronunciation of seconds in Dutch ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66159 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24if the string field init fails, clean up the stuff that was allocated alreadyrussell1-1/+4
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66076 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24Fix slinfactory logic when dealing with frames coming in that may already be ↵file1-3/+5
in the signed linear format. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66074 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24Check the result of ast_string_field_init() in ast_channel_alloc()russell1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66070 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24Make 1.4 build on my machine, too..russell1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@66068 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24don't use uninitialized variableskpfleming1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65965 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24Add the ability to blacklist certain commands from being executed using the ↵file1-1/+13
Command AMI action. (issue #9240 reported by junky) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65902 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24Fix handling of zero-length frames when a codec is capable of native PLC.qwell1-1/+3
Issue 9183, patch by Mihai. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65877 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24I like it when the RTP stack compiles myself...file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65863 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-24Fix the calculation of the RTT for RTCP. The previous code would result inrussell1-19/+37
oscillating and incorrect data. Additionally, the RTT would sometimes report negative values due to incorrect calculations. (issue #9601, patch from davetroy) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65842 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-18Ugh. The svnmerge didn't catch the shift from cdr.c to main/cdr.c, and ↵murf1-2/+20
neither did I. This is the remainder of the 9717 patch, the fix for the run-away FAIL status for a call git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@65201 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-14Merged revisions 64275 via svnmerge from file1-4/+6
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r64275 | file | 2007-05-14 14:34:06 -0400 (Mon, 14 May 2007) | 2 lines Only perform stripping of - strings from the channel name for Zap channels. Anywhere else we might remove a legitimate part of a device name. (issue #9668 reported by stevedavies) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@64276 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-14Fix scenario where if a phone that simply called Echo() put itself on hold ↵file1-1/+4
it could never get off hold. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@64240 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-14As per 9570, worrisome CDR warnings have been removed, that are either not ↵murf2-25/+1
helpful, or not relevant. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@64193 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-14Add hangupcause when we lack codecs for transcodingoej1-0/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@64157 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-11Hide manager password from "manager show user foo".qwell1-1/+1
I realize that there are other ways to get this, but we really don't need to just show it in plain text so easily. Issue 9273, patch by junky git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63982 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-11When MD5 authentication is not possible because there is no challenge present,russell1-0/+5
either because the Challenge action was never issued, or some other reason, give a proper error message and return an error instead of claiming that the user wasn't found. (reported by jsmith on IRC) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63886 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-10Strip terminal escape sequences from CLI command output that is going to berussell1-3/+7
sent out over the manager interface. (issue #9659, reported by pari, fixed by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63804 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-10Add test for negative offsets in cid data to prevent infinite loops.dbailey1-0/+6
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63750 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-09Use the DTMF frame on the channel when returning a DTMF frame from ↵file1-0/+4
AST_FRAME_NULL or AST_FRAME_VOICE. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63698 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-09Modify ast_senddigit_begin() to use the same assumptions used elsewhere in therussell1-38/+37
code in that if a channel does not have a send_digit_begin() callback, it only cares about DTMF END events. (pointed out by Michael Neuhauser on the asterisk-dev list) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63612 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-09Only call ast_senddigit_begin() in ast_senddigit() if the channel has a russell1-1/+1
send_digit_begin() callback. Checking the END_DTMF_ONLY flag was the wrong thing to do, because that flag indicates that a *bridged* channel only wants DTMF END events coming from this channel. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63608 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-07Merged revisions 63285 via svnmerge from file2-1/+15
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r63285 | file | 2007-05-07 17:39:52 -0400 (Mon, 07 May 2007) | 2 lines Properly handle what happens during a masquerade in relation to group counting. (issue #9657 reported by ramonpeek) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63286 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-07Don't remove configuration from memory just because one section failed.oej1-1/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63254 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-06Stop the video stream when you stop playback of all streams for a calloej1-0/+5
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@63152 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-03improve loader a bit, by avoiding trying to initialize embedded modules ↵kpfleming1-24/+33
twice and avoiding trying to load modules from disk when they have been loaded already during the 'preload' pass (reported by blitzrage on IRC, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62986 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-03Fix YADB (Yet Another DTMF Bug) ((C) Russell Bryant, 2007, TM, Patent Pending).russell1-9/+26
This set of changes came from a debugging session I had with Dwayne Hubbard. When he called into his home FXO, ran the Echo application, and pressed a digit, the digit would be echoed back and would never end. This is fixed, along with a couple other little improvements. * When chan_zap is in the middle of playing a digit to a channel, it feeds back null frames, not voice frames. So, I have modified ast_read to check the timing on emulated DTMF when it receives null frames, in addition to where it was doing this on voice frames. * Make a tweak to setting the duration on emulated DTMF digits. If there was no duration specified, it set it to be the minimum, instead of the default. * Instead of timing the emulated digits off of the number of samples in audio frames that pass through, just use time values. Now there is no code in this section that assumes 8kHz audio. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62942 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-02Merge changes from team/russell/inband_dtmf ...russell1-20/+31
Fix some issues related to generating inband DTMF. There are two changes here: 1) The list of DTMF tones in the senddigit_begin() function explicitly specified 100ms of the tone followed by 100ms of silence. This really broke things with the way that Asterisk now wants complete control over when the digit begins and ends. So, regardless of what Asterisk really wanted to do, this was going to play out the tone at the length it wanted to. This caused various problems like DTMF translation to inband to be extremely unreliable. The list of tones has been changed so that the correct DTMF tone is played indefinitely until Asterisk tells it to stop. 2) ast_write() had to be modified to let a DTMF_END frame get processed even when a generator is present. This is how the tone will finally get stopped. (issues #8944, #9250, #9348, maybe others. Thanks to mdu113 from #8944 for the testing and feedback!) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62789 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-02Backport the change that only went in to trunk that fixes the command managerrussell1-1/+14
action over http. (reported internally by pari and bkruse) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62739 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-02Merged revisions 62737 via svnmerge from murf2-4/+6
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r62737 | murf | 2007-05-02 14:10:32 -0600 (Wed, 02 May 2007) | 1 line Some tweaks to satisfy CDR bug 8796, where being in 'h' extension louses up the dst field ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62738 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-02a)In chan_zap, set the clid, src fields in channel_alloc call. b)in the ↵murf2-1/+4
channel_alloc func, set the cid_num and name fields from the arglist[blush]. c) don't update the channel app & app data fields if you are in the 'h' extension. d)the load_module func in cdr_radius needs to return DECLINE, SUCCESS. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62689 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-30When serving dynamic content, include a Cache-Control header to instruct therussell1-2/+10
browsers to not store the resulting content. (issue #9621, reported by Pari, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62414 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-30Merged revisions 62368 via svnmerge from file1-2/+2
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r62368 | file | 2007-04-30 11:34:07 -0300 (Mon, 30 Apr 2007) | 2 lines Update copyright notice. It's now the year 2007! ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62369 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-27If no variables were passed into pbx_substitute_variables_helper_full(), thenrussell1-1/+1
don't even bother creating a temporary bogus channel, since that is only for allowing certain functions to operate on the variables as if they were on a channel. Most importantly, this fixes a crash. (issue #9613, reported by callguy, fixed by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62171 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-27Issue #9608 - fix some annoying DEBUG messages not controlled by ↵oej1-1/+2
option_debug (DEA). Thanks! git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62095 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-26Missed an ast_app_group_discard during merge. Thanks blitzrage!file1-0/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@62005 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-26Merged revisions 61958 via svnmerge from file1-0/+2
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r61958 | file | 2007-04-25 21:25:03 -0400 (Wed, 25 Apr 2007) | 2 lines Don't count failed include attempts against the configuration include level. (issue #9593 reported by mostyn) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61959 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-25Merged revisions 61804 via svnmerge from file3-75/+96
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r61804 | file | 2007-04-25 14:52:50 -0400 (Wed, 25 Apr 2007) | 2 lines Merge rewritten group counting support. No more storing data on the variable list of the channels. That was bad, mmmk? (issue #7497 reported by sabbathbh) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61805 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-24Merged revisions 61786 via svnmerge from russell1-1/+2
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r61786 | russell | 2007-04-24 16:33:59 -0500 (Tue, 24 Apr 2007) | 4 lines Don't crash if a manager connection provides a username that exists in manager.conf but does not have a password, and also requests MD5 authentication. (ASA-2007-012) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61787 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-24Improve DTMF handling in ast_read() even more in response to a discussion onrussell1-18/+45
the asterisk-dev mailing list. I changed the enforced minimum length of a digit from 100ms to 80ms. Furthermore, I made it now enforce a gap of 45ms in between digits. These values are not configurable in a configuration file right now, but they can be easily changed near the top of main/channel.c. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61781 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-24Add a few more state changes in handle_frame_ownerless() so that the SLA coderussell1-0/+3
will get notified of these changes even when an owner channel is not provided. This isn't from a specific bug report, it's just something I noticed while poking around. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61774 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-23Some dialplan functions, such as CUT(), expect to operate on variables on arussell1-1/+15
channel. So, this little hack lets them work in places where a channel doesn't exist, such as within DUNDi configuration. (issue #9465, reported and patched by Corydon76, testing by blitzrage) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61765 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-23Ensure that digits passing through Asterisk have a reasonable minimum length.russell1-1/+7
It is currently 100 ms. If someone thinks this should be different, feel free to speak up. (related to issues #8944, #9250, and #9348) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61763 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-20Avoid invalid seqno cycling detection.qwell1-1/+1
Per comment from Dave Troy: This adds back in some simple typecasting I had in an earlier version which I realize now may be breaking things. Issue #9554. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61707 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-20 09:49:12 +0000