https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r138027 | russell | 2008-08-15 10:07:16 -0500 (Fri, 15 Aug 2008) | 9 lines
Ensure that when a hangup occurs in autoservice, that a hangup frame gets
properly deferred to be read from the channel owner when it gets taken out
of autoservice.
(closes issue #12874)
Reported by: dimas
Patches:
v1-12874.patch uploaded by dimas (license 88)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@138028 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r137847 | tilghman | 2008-08-14 11:47:30 -0500 (Thu, 14 Aug 2008) | 9 lines
When creating the secondary subchannel name, it is necessary to compare to
the existing channel name without the "Zap/" or "DAHDI/" prefix, since our
test string is also without that prefix.
(closes issue #13027)
Reported by: dferrer
Patches:
chan_zap-1.4.21.1_fix2.patch uploaded by dferrer (license 525)
(Slightly modified by me, to compensate for both names)
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137848 f38db490-d61c-443f-a65b-d21fe96a405b
before giving up. This relies on the timeout settings in the freetds.conf
file and, unfortunately, on a recent version of FreeTDS (0.82 or newer).
I either need to change the current execs to be non-blocking (which I do
not want to do) or we have to force people to run with the latest and
greatest of FreeTDS. I'm on the fence...
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137780 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r137731 | russell | 2008-08-14 09:05:23 -0500 (Thu, 14 Aug 2008) | 4 lines
Comments in this config file were aligned only if your tab size was set to 8.
So, convert tabs to spaces so that things should be aligned regardless of what
tab size you use in your editor.
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137732 f38db490-d61c-443f-a65b-d21fe96a405b
........
r137677 | kpfleming | 2008-08-13 21:02:15 -0500 (Wed, 13 Aug 2008) | 2 lines
add support for Zaptel versions that contain the new transcoder interface
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137678 f38db490-d61c-443f-a65b-d21fe96a405b
........
r137580 | jpeeler | 2008-08-13 16:35:37 -0500 (Wed, 13 Aug 2008) | 3 lines
Register DAHDISendKeypadFacility application if dahdi_chan_mode is set to DAHDI + Zap. Mark ZapSendKeypadFacility application as deprecated on usage.
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137582 f38db490-d61c-443f-a65b-d21fe96a405b
........
r137527 | kpfleming | 2008-08-13 15:33:47 -0500 (Wed, 13 Aug 2008) | 5 lines
document dahdichanname option in doc/asterisk-conf.txt
make chan_dahdi read its configuration from zapata.conf if dahdichanname has been set to 'no'
........
r137529 | kpfleming | 2008-08-13 15:42:33 -0500 (Wed, 13 Aug 2008) | 2 lines
remove some more chan_zap references
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137531 f38db490-d61c-443f-a65b-d21fe96a405b
........
r137348 | seanbright | 2008-08-12 20:10:35 -0400 (Tue, 12 Aug 2008) | 8 lines
Bring cdr_tds in line with the other CDR backends and have it try to store
CDR(userfield) if it is set. The new behavior is to check for the userfield
column on module load, and if it exists, we will store CDR(userfield) when
CDRs are written. A similar patch already went into trunk and 1.6.0.
(closes issue #13290)
Reported by: falves11
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137349 f38db490-d61c-443f-a65b-d21fe96a405b
column is actually there. If it's not, we still log everything else as
before.
(closes issue #13281)
Reported by: falves11
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@137203 f38db490-d61c-443f-a65b-d21fe96a405b
an OOB message that answers the question of, if AGI no longer shuts down the
connection on hangup, how will FastAGI know when to stop processing the call?
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@136859 f38db490-d61c-443f-a65b-d21fe96a405b
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r136726 | murf | 2008-08-07 18:15:34 -0600 (Thu, 07 Aug 2008) | 32 lines
(closes issue #13236)
Reported by: korihor
Wow, this one was a challenge!
I regrouped and ran a new strategy for
setting the ~~MACRO~~ value; I set it once
per extension, up near the top. It is only
set if there is a switch in the extension.
So, I had to put in a chunk of code to detect
a switch in the pval tree.
I moved the code to insert the set of ~~exten~~
up to the beginning of the gen_prios routine,
instead of down in the switch code.
I learned that I have to push the detection
of the switches down into the code, so everywhere
I create a new exten in gen_prios, I make sure
to pass onto it the values of the mother_exten
first, and the exten next.
I had to add a couple fields to the exten
struct to accomplish this, in the ael_structs.h
file. The checked field makes it so we don't
repeat the switch search if it's been done.
I also updated the regressions.
........
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@136746 f38db490-d61c-443f-a65b-d21fe96a405b
trunk.
For an explanation of what "imap_consistency" is,
please see svn revision 134223 to the 1.4 branch.
Coincidentally, this also fixes a recent bug report
regarding the inability to save messages to the new
folder when using IMAP storage since they will would
be flagged as "seen" and not be recognized as new
messages.
(closes issue #13234)
Reported by: jaroth
git-svn-id: http://svn.digium.com/svn/asterisk/trunk@136715 f38db490-d61c-443f-a65b-d21fe96a405b
