aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2006-10-02Shrink when current_ioc is unused. It is set to -1 when unused, not 0. ↵file1-1/+1
(issue #7941 reported by eclubb) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@44168 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-02fixed the hold/retrieve/transfer issues, removed a useless bc field, added ↵crichter3-88/+170
setting of frame.delivery fields, some minor code cleanups git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@44149 f38db490-d61c-443f-a65b-d21fe96a405b
2006-10-01Fix the name of the "eventmemberstatus" option in the sample queues.confrussell1-2/+2
(issue #8065, adamg) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@44110 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-29proper fix for ast_group_t changekpfleming1-3/+3
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43977 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28Put in missing \ns on the end of ast_logs (issue #7936 reported by wojtekka)file13-24/+21
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43924 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28fix buggy (and overly complex) loop used during reload of app_queue for ↵kpfleming1-17/+15
static member list updating git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43916 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28 app_queue is comparing the device names incorrectly while checking their ↵bweschke1-2/+16
statuses. It's internal list of interfaces includes the dial string, while the argument passed to this function does not have the dial string (/n for a local channel). This causes it to ignore the device state changes because it thinks it belongs to none of its members. (#8040 reported and patch by tim_ringenbach) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43897 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28eliminate compiler warning introduced by recent changeskpfleming1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43895 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28Stop the stream after waitstream returns so that our formats get restored. ↵file1-1/+6
(issue #7370 reported by kryptolus) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43891 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-28 Fix race condion crash with get_member_status (#7864 - tim_ringenbach ↵bweschke1-1/+4
reported and patched) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43871 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-27Avoid inability to lock directory log message by creating the directory ↵tilghman1-1/+3
ahead of time. (Issue 7631) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43815 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-27Playback() wasn't setting PLAYBACKSTATUS under several circumstances.qwell2-5/+6
Playback() returns -1 on missing args - so should Background() git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43800 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-27Fix a problem that occurred if a user entered a digit that matched a bridgerussell2-9/+12
feature that was configured using multiple digits, and the digit that was pressed timed out in the feature digit timeout period. For example, if blind transfer is configured as '##', and a user presses just '#'. In this situation, the call would lock up and no longer pass any frames. (issue #7977 reported by festr, and issue #7982 reported by michaels and valuable input provided by mneuhauser and kuj. Fixed by me, with testing help and peer review from Joshua Colp). There are a couple of issues involved in this fix: 1) When ast_generic_bridge determines that there has been a timeout, it returned AST_BRIDGE_RETRY. Then, when ast_channel_bridge gets this result, it calls ast_generic_bridge over again with the same timestamp for the next event. This results in an endless loop of nothing until the call is terminated. This is resolved by simply changing ast_generic_bridge to return AST_BRIDGE_COMPLETE when it sees a timeout. 2) I also changed ast_channel_bridge such that if in the process of calculating the time until the next event, it knows a timeout has already occured, to immediately return AST_BRIDGE_COMPLETE instead of attempting to bridge the channels anyway. 3) In the process of testing the previous two changes, I ran into a problem in res_features where ast_channel_bridge would return because it determined that there was a timeout. However, ast_bridge_call in res_features would then determine by its own calculation that there was still 1 ms before the timeout really occurs. It would then proceed, and since the bridge broke out and did *not* return a frame, it interpreted this as the call was over and hung up the channels. The reason for this was because ast_bridge_call in res_features and ast_channel_bridge in channel.c were using different times for their calculations. channel.c uses the start_time on the bridge config, which is the time that the feature digit was recieved. However, res_features had another time, 'start', which was set right before calling ast_channel_bridge. 'start' will always be slightly after start_time in the bridge config, and sometimes enough to round up to one ms. This is fixed by making ast_bridge_call use the same time as ast_channel_bridge for the timeout calculation. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43778 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-27fixed a bug which led to chan_list zombies, when the call could not be ↵crichter3-26/+9
properly established in misdn_call. also removed the ACK_HDLC stuff which is not really needed. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43764 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-26Back in revision 4798, this message was changed from using ast_cli() to directlyrussell1-1/+1
calling write(). During this change, checking if this was a remote console was removed. This caused this message about using "exit" or "quit" to exit an Asterisk console to come up in times where it did not make sense. This change restores the check to see if this is a remote console before printing the message. (fixes BE-4) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43708 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-26I changed the channel structure... let's be sure this gets updated!file1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43706 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-26Use proper type to represent the group variable (issue #8025 reported by makoto)file2-3/+3
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43705 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-26When parsing the sections of voicemail.conf that contain mailbox definitions,russell1-2/+3
don't introduce a length limit on the definition by using a 256 byte temporary storage buffer. Instead, make the temporary buffer just as big as it needs to be to hold the entire mailbox definition. (fixes BE-68) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43699 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-25Two bugs when forwarding voicemail (Issue 7824):tilghman1-78/+1
1) delete=yes was ignored 2) maxmessages was ignored git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43634 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-24Check to see if the channel that is activating the IAXPEER function is actuallyrussell1-0/+5
an IAX2 channel before proceeding to process it to avoid crashing. (issue #8017, reported by admott, fixed by myself) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43552 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-22Yay another 'round of spy fixes! This fixes a small logic flaw with the ↵file2-93/+85
cleanup function and a memory allocation issue. (issue #7960 reported by jojo & issue #7999 reported by aster1) Special thanks to csum77 for letting me into a box where this issue was happening. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43509 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-21Whitespace change... really just an excuse to test repotoolstilghman1-48/+47
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43420 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-21TDS 0.64 updatestilghman2-8/+16
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43409 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-20make some more functions statickpfleming3-7/+7
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43314 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-19fixes some verbose vs debug issues. patch from bug 2617mogorman8-17/+18
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43269 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-19cid is passed to a destructive function; thus a copy is needed (issue 7961)tilghman1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43248 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18Issue #7682 - don't add contacts to 4xx responses. oej1-1/+1
(Ugly fix, not proud at all) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43220 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18Add deprecation notice about app_math (issue #7957 reported by k-egg)file1-1/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43163 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18Clarified what "callwaiting" does in zapata.conf.murf1-1/+4
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43160 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-18Add number unobtainable tone for New Zealand (issue #7969 reported by ↵file1-0/+1
nic_bellamy) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43159 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-17Directory used the wrong context for delivery of 0- and *- keypressestilghman1-2/+2
(according to Directory's own documentation) - Issue 7965 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43072 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-16When a realtime peer expires, reset the ipaddress in the realtime database ↵tilghman1-0/+2
back to 0 (Issue 6656) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43019 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-16When the marked user enters the conference, we should no longer timeouttilghman1-0/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43003 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-14Error message references wrong argument (Issue 7951)tilghman1-1/+1
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42946 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-13Backport bugfix patch from 7918 to 1.2 - msg_cfg destroyed before usedtilghman1-4/+11
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42892 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-11When paging, only wait 5 seconds for the marked user to enter the conference.tilghman2-9/+27
After that, assume the paging already completed by the time the channel entered the conference and drop back out. (Issue 7275) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42783 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-11Spelling/grammar fixes (Issue 7929)tilghman15-37/+37
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42716 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-11Two grammar issues (bug 7927)tilghman1-2/+2
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42697 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-09Only truly consider the channel in the same format if the format matches the ↵file1-1/+1
raw format OR if a translation path already exists to translate between them. (issue #7887 reported by softins & issue #7803 reported by alvaro_palma_aste). Thanks goes to stubert for giving me access to a box and showing me a scenario where this occured. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42600 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-09- Reset proper flagoej1-6/+4
- Don't delete SIP dialog prematurely Strangely enough imported from svn trunk... It's confusing here in Greenland. (Committing from 36.000 feet above Greenland, on the way to asterisk@von http://www.pulver.com/asterisk ) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42535 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-08Swap spies during masqueradingfile1-0/+23
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42452 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-08Jump logic was backwards: goto returns 0 if it succeeds, and we should jump ↵tilghman1-1/+1
if authentication fails. (Bug #7907) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42421 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-08Use ast_best_codec to set the read/write formatfile1-9/+10
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42402 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-07Format vulnerability fix - allowing the user to specify a format is not a ↵tilghman1-1/+29
good idea (Bug 7811) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42355 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-07Let's use the same thing we use in other places to calculate our time for ↵file1-3/+4
ast_cond_timedwait (issue #7697 reported by bn999) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42260 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-07This should fix the problem reported in 7564: logger config file errors ↵murf1-63/+69
getting lost because logging isn't configured yet. The problem was that the code that exists to handle this case was not getting reached, because other tests were causing an early return from ast_log(). git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42200 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-06added hours,minutes,seconds .gsm files to the install portion of the ↵murf1-1/+1
makefile, as per bug 7545 git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42150 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-06Don't close the second file descriptor if it's the same as the first one, as ↵file1-1/+2
it will have already been closed elsewhere and could cause massive panic. (issue #7699 reported by bn999) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42148 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-06 Look ma! No more deadlocks! <sic>bweschke1-2/+15
As posted from #7458 and others similar to it in Mantis: p->app_lock was a mutex really designed for use with agents not in callback mode. That being the case, I've tried to code it so that when callback mode is used, the app_lock mutex will not be locked/unlocked at all. Please let me know how you make out - and if you continue to deadlock now, please reproduce the deadlock logging information and post to Mantis. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42133 f38db490-d61c-443f-a65b-d21fe96a405b
2006-09-06fixed pipe consuming bug when using chanIsAvail (#7878), also moved a debug ↵crichter1-3/+7
log to the very begining of misdn_hangup. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42110 f38db490-d61c-443f-a65b-d21fe96a405b
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-29 08:19:21 +0000