https://origsvn.digium.com/svn/asterisk/trunk
........
r137203 | seanbright | 2008-08-11 10:25:15 -0400 (Mon, 11 Aug 2008) | 7 lines
Log the userfield CDR variable like the other CDR backends, assuming the
column is actually there. If it's not, we still log everything else as
before.
(closes issue #13281)
Reported by: falves11
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137217 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r137112 | seanbright | 2008-08-10 17:10:04 -0400 (Sun, 10 Aug 2008) | 3 lines
Fix this again so we can compile with shadow warnings enabled and IMAP chosen
in voicemail.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137113 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r137110 | seanbright | 2008-08-10 16:57:25 -0400 (Sun, 10 Aug 2008) | 3 lines
That's all, folks. Not going to update the Makefile until res_jabber is
converted (snuffy, you there? :))
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137111 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r137089 | seanbright | 2008-08-10 16:23:50 -0400 (Sun, 10 Aug 2008) | 3 lines
Another batch of files from RSW. The remaining apps and a few more
files from main/
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137092 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r137082 | seanbright | 2008-08-10 15:35:50 -0400 (Sun, 10 Aug 2008) | 2 lines
Another big chunk of changes from the RSW branch. Bunch of stuff from main/
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137083 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r137055 | seanbright | 2008-08-10 10:45:25 -0400 (Sun, 10 Aug 2008) | 3 lines
More RSW merges. Everything from apps/ except for the big offenders
app_voicemail and app_queue.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137056 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r137028 | seanbright | 2008-08-09 20:47:56 -0400 (Sat, 09 Aug 2008) | 1 line
All of the res/ stuff (other than res_jabber) from the RSW branch.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@137029 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136917 | seanbright | 2008-08-09 10:12:34 -0400 (Sat, 09 Aug 2008) | 2 lines
More RSW merges. This should do it for the channels/ dir.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136918 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136888 | seanbright | 2008-08-09 08:53:57 -0400 (Sat, 09 Aug 2008) | 4 lines
Merge more changes from the resolve-shadow-warnings branch (henceforth known
as RSW since i am too lazy to keep typing it all out). This time a few of
the channels.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136889 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r136859 | tilghman | 2008-08-08 20:15:38 -0500 (Fri, 08 Aug 2008) | 4 lines
Update documentation as to the behavior of AGI in 1.6.0 and higher. Also, add
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: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136860 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136819 | seanbright | 2008-08-08 14:19:33 -0400 (Fri, 08 Aug 2008) | 3 lines
Bring in the configure and makeopts jazz for -Wshadow, but don't add it to the
Makefile yet.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136820 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
................
r136746 | murf | 2008-08-07 18:48:35 -0600 (Thu, 07 Aug 2008) | 40 lines
Merged revisions 136726 via svnmerge from
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: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136778 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136720 | mmichelson | 2008-08-07 18:38:08 -0500 (Thu, 07 Aug 2008) | 6 lines
Fix build for non-IMAP storage and get rid of some
debug messages.
Thanks to eliel for alerting me.
No thanks to buildbot.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136721 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r136715 | mmichelson | 2008-08-07 17:25:50 -0500 (Thu, 07 Aug 2008) | 18 lines
Merging the imap_consistency_trunk branch to
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: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136719 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136679 | mvanbaak | 2008-08-07 23:19:39 +0200 (Thu, 07 Aug 2008) | 8 lines
show correct called party id and also store this to the 'placed calls' list once the call is connected.
(closes issue #13180)
Reported by: pj
Patches:
2008080700_skinny_calledpartyid.diff uploaded by mvanbaak (license 7)
Tested by: mvanbaak, pj
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136687 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r136633 | mmichelson | 2008-08-07 14:54:27 -0500 (Thu, 07 Aug 2008) | 7 lines
Fix a calculation error I had made in the poll. The poll
would reset to 500 ms every time a non-voice frame
was received. The total time we poll should be 500 ms, so
now we save the amount of time left after the poll returned
and use that as our argument for the next call to poll
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136634 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
........
r136631 | mmichelson | 2008-08-07 14:36:46 -0500 (Thu, 07 Aug 2008) | 13 lines
Scrap the 500 ms delay when Asterisk auto-answers a channel.
Instead, poll the channel until receiving a voice frame. The
cap on this poll is 500 ms.
The optional delay is still allowable in the Answer() application,
but the delay has been moved back to its original position, after
the call to the channel's answer callback. The poll for the voice
frame will not happen if a delay is specified when calling Answer().
(closes issue #12708)
Reported by: kactus
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136632 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136408 | seanbright | 2008-08-07 11:16:48 -0400 (Thu, 07 Aug 2008) | 6 lines
More merges from resolve-shadow warnings:
utils/
codecs/
and a change I missed from formats/
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136409 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136402 | seanbright | 2008-08-07 10:36:59 -0400 (Thu, 07 Aug 2008) | 1 line
Merge in a few more changes. This time the include/ directory.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136403 65c4cc65-6c06-0410-ace0-fbb531ad65f3
................
r136305 | tilghman | 2008-08-06 20:18:03 -0500 (Wed, 06 Aug 2008) | 10 lines
Blocked revisions 136304 via svnmerge
........
r136304 | tilghman | 2008-08-06 20:17:14 -0500 (Wed, 06 Aug 2008) | 3 lines
For backwards compatibility with previous 1.4 versions which used "zapchan"
in users.conf, ensure that we still support it.
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136306 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136300 | seanbright | 2008-08-06 20:52:23 -0400 (Wed, 06 Aug 2008) | 2 lines
More from the resolve-shadow-warnings branch. This time the cdr/ directory.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136301 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136298 | seanbright | 2008-08-06 20:44:55 -0400 (Wed, 06 Aug 2008) | 5 lines
Start moving in changes from my resolve-shadow-warnings branch. Going to do
this in pieces so the diffs are a little bit smaller and more reviewable.
pbx/ and formats/ first.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136299 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
................
r136239 | mmichelson | 2008-08-06 15:43:58 -0500 (Wed, 06 Aug 2008) | 11 lines
Blocked revisions 136238 via svnmerge
........
r136238 | mmichelson | 2008-08-06 15:42:15 -0500 (Wed, 06 Aug 2008) | 4 lines
We only need to unregister the QueueStatus manager
command once on an unload
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136240 65c4cc65-6c06-0410-ace0-fbb531ad65f3
https://origsvn.digium.com/svn/asterisk/trunk
................
r136063 | mmichelson | 2008-08-06 10:59:29 -0500 (Wed, 06 Aug 2008) | 24 lines
Merged revisions 136062 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r136062 | mmichelson | 2008-08-06 10:58:40 -0500 (Wed, 06 Aug 2008) | 16 lines
Since adding the AST_CONTROL_SRCUPDATE frame type,
there are places where ast_rtp_new_source may be called
where the tech_pvt of a channel may not yet have an
rtp structure allocated. This caused a crash in chan_skinny,
which was fixed earlier, but now the same crash has been
reported against chan_h323 as well. It seems that the best
solution is to modify ast_rtp_new_source to not attempt to
set the marker bit if the rtp structure passed in is NULL.
This change to ast_rtp_new_source also allows the removal
of what is now a redundant pointer check from chan_skinny.
(closes issue #13247)
Reported by: pj
........
................
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136064 65c4cc65-6c06-0410-ace0-fbb531ad65f3
........
r136034 | tilghman | 2008-08-06 09:51:51 -0500 (Wed, 06 Aug 2008) | 3 lines
Use a dynamic buffer for rendered SQL, instead of hardcoding 2048 bytes. Also,
switch to using RWLISTs for the linked list of queries.
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.0@136035 65c4cc65-6c06-0410-ace0-fbb531ad65f3
