aboutsummaryrefslogtreecommitdiffstats
path: root/main
AgeCommit message (Collapse)AuthorFilesLines
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
2007-04-20Merged revisions 61704 via svnmerge from qwell1-1/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r61704 | qwell | 2007-04-20 16:14:27 -0500 (Fri, 20 Apr 2007) | 4 lines Fix an issue that I noticed while looking over issue 9571. The reload timestamp was getting set after reloading the built-in stuff, and before the modules. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61705 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-20Remove a stray debug message introduced by a recent commit.russell1-3/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61697 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-20Fix the UpdateConfig manager action to properly treat "variables" and "objects"russell2-41/+34
differently (a=b versus a=>b). (issue #9568, reported by pari, patch by me) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61690 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-19Bug 9557 - simple reason why reading a function always returned NULLtilghman1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61683 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-18Clean upp formatting, add some doxygen stuff while we're in cleaning mode... ↵oej1-18/+18
Thanks Kevin! git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61676 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-18Issue #9554 - Improve RTCP (Dave Troy)oej1-7/+5
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61674 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-13This is a fix to the way CDR merge handles the data that results from ForkCDR.murf1-4/+17
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61658 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-11Add "svgz" to the mimetypes table. (issue #9510, bkruse)russell1-5/+7
In passing, constify the elements of the mimetypes table. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61407 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-10File upload support was added to solve some needs for the Asterisk GUI.russell43-13322/+2
However, after much discussion, it has been decided that adding this to 1.4 is not in the best interests of the project. It has been removed here, but will remain in trunk. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61220 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-10Finished up a previous fix to overcome a compiler warning; the app NoCDR() ↵murf1-1/+12
has been updated to mark the channel CDR as POST_DISABLED instead of destroying the CDR; this way its flags are propagated thru a bridge and the CDR is actually dropped. The cases where only one channel in a bridge has a CDR was cleaned up. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61136 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-09fix up some warnings found using --enable-dev-modekpfleming1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61070 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-09remove some more stuff we don't needkpfleming8-1115/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61062 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-09Remove another directory that should no longer be thererussell3-3/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61044 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-09Remove various files that I thought I already removed.russell76-8782/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@61042 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-09This is a big improvement over the current CDR fixes. It may still need ↵murf3-27/+82
refinement, but this won't have as many folks bothered. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@60989 f38db490-d61c-443f-a65b-d21fe96a405b
2007-04-09Merged revisions 60849 via svnmerge from tilghman1-8/+6
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r60849 | tilghman | 2007-04-08 21:49:06 -0500 (Sun, 08 Apr 2007) | 2 lines Don't check for error when lowering priority (according to the manpage, it should never happen anyway). It might could happen, though, if another thread messed with the priority, so safeguard against that (reported via -dev list). ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@60850 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-24 03:18:31 +0000