aboutsummaryrefslogtreecommitdiffstats
path: root/main/cdr.c
AgeCommit message (Collapse)AuthorFilesLines
2007-11-27closes issue #11379; OK, this is an attempt to make both sides happy. To the ↵murf1-2/+11
cdr.conf file, I added the option 'unanswered', which defaults to 'no'. In this mode, you will see a cdr for a call, whether it was answered or not. The disposition will be NO ANSWER or ANSWERED, as appropriate. The src is as you'd expect, the destination channel will be one of the channels from the Dial() call, usually the last in the list if more than one chan was specified. With unanswered set to 'yes', you will still see this cdr entry in both cases. But in the case where the dial timed out, you will also see a cdr for each line attempted, marked NO ANSWER, with no destination channel name. The new option defaults to 'no', so you don't see the pesky extra cdr's by default, and you will not see the irritating 'not posted' messages. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89622 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-21gcc 4.2 has a new set of warnings dealing with cosnt pointers. This set ofrussell1-1/+1
changes gets all of Asterisk (minus chan_alsa for now) to compile with gcc 4.2. (closes issue #10774, patch from qwell) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@83432 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-14closes issue #10668; thanks to arkadia for his patch; had to leave out the ↵murf1-26/+32
bit about ending the previous cdr in the fork; it would destroy current implementations. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@82444 f38db490-d61c-443f-a65b-d21fe96a405b
2007-09-11this change should fix issue # 10659 -- what I worry about is how many other ↵murf1-0/+2
bug reports it may generate. Hopefully, we can please the/a majority. Hopefully. We shall see. Calls not marked ANSWERED and with only one channel name will not be posted. This should eliminate the double CDR's. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@82261 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-30via issue 10599, where 'CDR already initialized' messages are being ↵murf1-2/+0
generated. Since all channels will have an init'd CDR attached at creation time, this message is now particularly useless. Removed. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@81392 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-24From a complaint by jmls, I realize that the message in cdr_disposition is ↵murf1-9/+5
unnecessary. To get failure disposition, just return -1; no use having more than one case do that. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@80789 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-10Re bug behavior mentioned in #asterisk, made this tweak to code, to prevent ↵murf1-0/+1
hundreds of log messages from being generated git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@79049 f38db490-d61c-443f-a65b-d21fe96a405b
2007-08-10This will help debug; from a question asked on #asteriskmurf1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@79044 f38db490-d61c-443f-a65b-d21fe96a405b
2007-07-09Give Agent channel names priority when doing CDR merging. (issue #10011 ↵file1-1/+1
reported by krtorio) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@73980 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-29Minor change for older GCC versions.file1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@72599 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-25Fix it so 1.4 actually compiles on my box.file1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@71422 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-23This patch is meant to fix 8433; where clid and src are lost via bridging.murf1-7/+69
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@71230 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-22My conditions for merging amaflags info was naive; DOCUMENTATION is the ↵murf1-4/+5
default, although null is possible; theft of user-settable fields is not good. Just copy them, leave them alone. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@71063 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-21Merged revisions 70948 via svnmerge from murf1-2/+5
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r70948 | murf | 2007-06-21 16:29:50 -0600 (Thu, 21 Jun 2007) | 1 line This little fix is in response to bug 10016, but may not cure it. The code is wrong, clearly. In a situation where you set the CDR's amaflags, and then ForkCDR, and then set the new CDR's amaflags to some other value, you will see that all CDRs have had their amaflags changed. This is not good. So I fixed it. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@70949 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-21Via complaints aired in asterisk-users, I submit these changes, which allow ↵murf1-7/+6
cdr updates to see macro context/exten, whether hung up or not git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@70656 f38db490-d61c-443f-a65b-d21fe96a405b
2007-06-14use ast_localtime() in every place localtime_r() was being usedkpfleming1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@69392 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-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-14As per 9570, worrisome CDR warnings have been removed, that are either not ↵murf1-10/+0
helpful, or not relevant. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@64193 f38db490-d61c-443f-a65b-d21fe96a405b
2007-05-02Merged revisions 62737 via svnmerge from murf1-3/+5
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-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-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-09This is a big improvement over the current CDR fixes. It may still need ↵murf1-17/+54
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-03-30several changes via kpflemings reviewmurf1-4/+27
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@59522 f38db490-d61c-443f-a65b-d21fe96a405b
2007-03-30These mods fix CDR issues from 8221, 8593, 8680, 8743, and perhaps others. ↵murf1-0/+106
Mainly with CDRs generated from transfer situations. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@59486 f38db490-d61c-443f-a65b-d21fe96a405b
2007-01-31Merged revisions 53045 via svnmerge from russell1-0/+1
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r53045 | russell | 2007-01-31 15:25:11 -0600 (Wed, 31 Jan 2007) | 3 lines Fix a bunch of places where pthread_attr_init() was called, but pthread_attr_destroy() was not. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@53046 f38db490-d61c-443f-a65b-d21fe96a405b
2006-12-27since these variables all have static duration, none of them need ↵kpfleming1-1/+1
initializers (they default to zero anyway) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@49006 f38db490-d61c-443f-a65b-d21fe96a405b
2006-11-30Merged revisions 48151 via svnmerge from file1-5/+5
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r48151 | file | 2006-11-30 13:42:45 -0500 (Thu, 30 Nov 2006) | 2 lines Print certain CDR messages out at the NOTICE level versus WARNING since they can occur when used with the CDR applications and are perfectly fine. (issue #8367 reported by dartvader) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@48152 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-25apparently developers are still not aware that they should be use ↵kpfleming1-1/+1
ast_copy_string instead of strncpy... fix up many more users, and fix some bugs in the process git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@46200 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-04update thread creation code a bitkpfleming1-2/+2
reduce standard thread stack size slightly to allow the pthreads library to allocate the stack+data and not overflow a power-of-2 allocation in the kernel and waste memory/address space add a new stack size for 'background' threads (those that don't handle PBX calls) when LOW_MEMORY is defined git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@44378 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18merge qwell's CLI verbification workkpfleming1-8/+4
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@43212 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-07Merged revisions 42260 via svnmerge from file1-3/+4
https://origsvn.digium.com/svn/asterisk/branches/1.2 ........ r42260 | file | 2006-09-07 12:30:44 -0400 (Thu, 07 Sep 2006) | 2 lines Let's use the same thing we use in other places to calculate our time for ast_cond_timedwait (issue #7697 reported by bn999) ........ git-svn-id: http://svn.digium.com/svn/asterisk/trunk@42261 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-30Print what read-only variable is being set so that the user doesn't have to ↵file1-1/+1
guess and figure it out or look at the list in cdr.c and match it up (issue #7831 reported by sedwards) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@41357 f38db490-d61c-443f-a65b-d21fe96a405b
2006-08-21merge new_loader_completion branch, including (at least):kpfleming1-0/+1175
- restructured build tree and makefiles to eliminate recursion problems - support for embedded modules - support for static builds - simpler cross-compilation support - simpler module/loader interface (no exported symbols) git-svn-id: http://svn.digium.com/svn/asterisk/trunk@40722 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-09-26 01:54:53 +0000