aboutsummaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2009-08-18git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.6.2.0-beta4@212958 ↵v1.6.2.0-beta4kpfleming6-15/+15
f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-28Use autotagged externalslmadsen0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.6.2.0-beta4@209440 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-28Importing files for 1.6.2.0-beta4 release.lmadsen3-0/+16801
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.6.2.0-beta4@209438 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-28Creating tag for the release of asterisk-1.6.2.0-beta4lmadsen0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/tags/1.6.2.0-beta4@209437 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-28Merged revisions 209317 via svnmerge from tilghman1-0/+18
https://origsvn.digium.com/svn/asterisk/trunk ................ r209317 | tilghman | 2009-07-27 19:14:12 -0500 (Mon, 27 Jul 2009) | 9 lines Merged revisions 209315 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r209315 | tilghman | 2009-07-27 19:12:03 -0500 (Mon, 27 Jul 2009) | 2 lines Publish French extra sounds ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209328 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209279 via svnmerge from kpfleming1-5/+9
https://origsvn.digium.com/svn/asterisk/trunk ........ r209279 | kpfleming | 2009-07-27 16:43:36 -0500 (Mon, 27 Jul 2009) | 7 lines Cleanup T.38 negotiation changes. Convert LOG_NOTICE messages about T.38 negotiation in debug level 1 messages, clean up some looping logic, and correct an improper use of ast_free() for freeing an ast_frame. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209282 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209256 via svnmerge from kpfleming1-56/+76
https://origsvn.digium.com/svn/asterisk/trunk ........ r209256 | kpfleming | 2009-07-27 16:21:43 -0500 (Mon, 27 Jul 2009) | 10 lines Make T.38 switchover in ReceiveFAX synchronous. In receive mode, if the channel that ReceiveFAX is running on supports T.38, we should *always* attempt to switch T.38, rather than listening for an incoming CNG tone and only triggering on that. The channel may be using a low-bitrate codec that distorts the CNG tone, the sending FAX endpoint may not send CNG at all, or there could be a variety of other reasons that we don't detect it, but in all those cases if T.38 is available we certainly want to use it. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209265 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209235 via svnmerge from mmichelson1-0/+3
https://origsvn.digium.com/svn/asterisk/trunk ........ r209235 | mmichelson | 2009-07-27 15:54:54 -0500 (Mon, 27 Jul 2009) | 5 lines Gracefully handle malformed RTP text packets. AST-2009-004 ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209238 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209098 via svnmerge from dbrooks8-12/+12
https://origsvn.digium.com/svn/asterisk/trunk ........ r209098 | dbrooks | 2009-07-27 11:33:50 -0500 (Mon, 27 Jul 2009) | 6 lines Fixing typos. Replaces "recieved" with "received" and "initilize" with "initialize" (closes issue #15571) Reported by: alecdavis ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209234 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209197 via svnmerge from mmichelson1-20/+27
https://origsvn.digium.com/svn/asterisk/trunk ........ r209197 | mmichelson | 2009-07-27 15:11:42 -0500 (Mon, 27 Jul 2009) | 9 lines Honor channel's music class when using realtime music on hold. (closes issue #15051) Reported by: alexh Patches: 15051.patch uploaded by mmichelson (license 60) Tested by: alexh ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209222 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209132 via svnmerge from mmichelson2-1/+27
https://origsvn.digium.com/svn/asterisk/trunk ................ r209132 | mmichelson | 2009-07-27 12:50:04 -0500 (Mon, 27 Jul 2009) | 24 lines Merged revisions 209131 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r209131 | mmichelson | 2009-07-27 12:44:06 -0500 (Mon, 27 Jul 2009) | 18 lines Allow for UDPTL to use only even-numbered ports if desired. There are some VoIP providers out there that will not accept SDP offers with odd numbered UDPTL ports. While it is my personal opinion that these VoIP providers are misinterpreting RFC 2327, it really is not a big deal to play along with their silly little games. Of course, since restricting UDPTL ports to only even numbers reduces the range of available ports by half, so the option to use only even port numbers is off by default. A user can enable the behavior by setting use_even_ports=yes in udptl.conf. (closes issue #15182) Reported by: CGMChris Patches: 15182.patch uploaded by mmichelson (license 60) Tested by: CGMChris ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209135 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Just replacing typos "recieved" with "received".dbrooks3-3/+3
From issue #15360, forgot to apply to trunk and other branches. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209063 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 209056 via svnmerge from kpfleming1-4/+3
https://origsvn.digium.com/svn/asterisk/trunk ........ r209056 | kpfleming | 2009-07-27 10:38:59 -0500 (Mon, 27 Jul 2009) | 10 lines Restore explicit export of ASTCFLAGS/ASTLDFLAGS and underscore-variants to sub-makes. During the recent Makefile improvements I made, it seemed the 'make' was automatically carrying down the ASTCFLAGS/ASTLDFLAGS settings to sub-makes, so I removed the explict export of them. However, there are some circumstances where make does this, and some where it does not, so I've brought them back to ensure they are always exported. I also removed an extraneous double setting of _ASTLDFLAGS on *BSD platforms. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@209059 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-27Merged revisions 208924 via svnmerge from jpeeler2-3/+3
https://origsvn.digium.com/svn/asterisk/trunk ................ r208924 | jpeeler | 2009-07-26 20:20:37 -0500 (Sun, 26 Jul 2009) | 9 lines Merged revisions 208923 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208923 | jpeeler | 2009-07-26 20:18:31 -0500 (Sun, 26 Jul 2009) | 2 lines Fix logic errors from 208746 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208927 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-26Merged revisions 208886 via svnmerge from mvanbaak1-1/+20
https://origsvn.digium.com/svn/asterisk/trunk ........ r208886 | mvanbaak | 2009-07-26 16:00:52 +0200 (Sun, 26 Jul 2009) | 2 lines add OpenBSD to the install_prereq script ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208889 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-25Merged revisions 208848 via svnmerge from mvanbaak1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ........ r208848 | mvanbaak | 2009-07-25 14:28:38 +0200 (Sat, 25 Jul 2009) | 2 lines libxml2-dev is needed as well by default. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208853 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-25Merged revisions 208813 via svnmerge from mvanbaak2-5/+1
https://origsvn.digium.com/svn/asterisk/trunk ........ r208813 | mvanbaak | 2009-07-25 14:03:25 +0200 (Sat, 25 Jul 2009) | 10 lines add default alias reload to run module reload. Requiring 'module reload' to reload everything, including core etc makes russell very unhappy. The default configuration already loads the 'friendly' aliases template. Added 'reload=module reload' to that template. Also removed the comment in main/cli.c that reload should come back. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208816 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-25Merged revisions 208749 via svnmerge from jpeeler3-6/+10
https://origsvn.digium.com/svn/asterisk/trunk ................ r208749 | jpeeler | 2009-07-25 01:23:18 -0500 (Sat, 25 Jul 2009) | 13 lines Merged revisions 208746 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208746 | jpeeler | 2009-07-25 01:19:50 -0500 (Sat, 25 Jul 2009) | 7 lines Fix compiling under dev-mode with gcc 4.4.0. Mostly trivial changes, but I did not know of any other way to fix the "dereferencing type-punned pointer will break strict-aliasing rules" error without creating a tmp variable in chan_skinny. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208755 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208709 via svnmerge from russell1-177/+177
https://origsvn.digium.com/svn/asterisk/trunk ........ r208709 | russell | 2009-07-24 16:12:43 -0500 (Fri, 24 Jul 2009) | 2 lines Remove trailing whitespace. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208710 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208706 via svnmerge from russell1-0/+5
https://origsvn.digium.com/svn/asterisk/trunk ........ r208706 | russell | 2009-07-24 15:54:37 -0500 (Fri, 24 Jul 2009) | 6 lines Note that "reload" needs to be added back. I keep getting annoyed at having to type "module reload" to reload everything, so I'm adding a note that we need to add "reload" back. "module reload" doesn't really make sense as the command to reload everything, including the core. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208707 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208693 via svnmerge from russell1-1/+0
https://origsvn.digium.com/svn/asterisk/trunk ........ r208693 | russell | 2009-07-24 15:25:23 -0500 (Fri, 24 Jul 2009) | 2 lines Don't log a warning for something that does not affect operation. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208695 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Fixing trunk-blocked property.mmichelson0-0/+0
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208664 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Blocked revisions 208630 via svnmergemmichelson0-0/+0
................ r208630 | mmichelson | 2009-07-24 14:26:26 -0500 (Fri, 24 Jul 2009) | 21 lines Blocked revisions 208622 via svnmerge ........ r208622 | mmichelson | 2009-07-24 14:24:28 -0500 (Fri, 24 Jul 2009) | 16 lines Don't impose an arbitrary limit on member lines in queues.conf I know what some of you are thinking: "UGH! Mark, why are you using ast_strdup and ast_free for the string when you can just use ast_strdupa and let the memory free itself?! Have the bats been chewing on your brain again?" Based on past experiences, I don't like using ast_strdupa inside a loop. It's a good way to potentially exhaust stack space. Also, since this only happens when reloading queues, I don't think that heap allocations and frees are going to be a huge problem. (closes issue #15559) Reported by: amorsen ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208662 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208593 via svnmerge from russell1-1/+0
https://origsvn.digium.com/svn/asterisk/trunk ................ r208593 | russell | 2009-07-24 13:42:32 -0500 (Fri, 24 Jul 2009) | 14 lines Merged revisions 208592 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208592 | russell | 2009-07-24 13:38:24 -0500 (Fri, 24 Jul 2009) | 7 lines Do not log an ERROR if autoservice_stop() returns -1. This does not indicate an error. A return of -1 just means that the channel has been hung up. (reported in #asterisk-dev) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208596 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208588 via svnmerge from mmichelson1-1/+3
https://origsvn.digium.com/svn/asterisk/trunk ................ r208588 | mmichelson | 2009-07-24 13:31:04 -0500 (Fri, 24 Jul 2009) | 16 lines Merged revisions 208587 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208587 | mmichelson | 2009-07-24 13:26:50 -0500 (Fri, 24 Jul 2009) | 10 lines Only send a BYE when hanging up a channel that is up. For cases where Asterisk sends an INVITE and receives a non 2XX final response, Asterisk would follow the INVITE transaction by immediately sending a BYE, which was unnecessary. (closes issue #14575) Reported by: chris-mac ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208591 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208548 via svnmerge from kpfleming3-6/+6
https://origsvn.digium.com/svn/asterisk/trunk ........ r208548 | kpfleming | 2009-07-24 10:02:53 -0500 (Fri, 24 Jul 2009) | 8 lines Resolve a T.38 negotiation issue left over from the udptl-updates merge. The udptl-updates branch that was merged yesterday failed to properly send back T.38 SDP responses with the correct error correction mode, if the incoming SDP from the other end caused us to change error correction modes. This patch corrects that situation. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208551 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-24Merged revisions 208542 via svnmerge from mvanbaak1-4/+3
https://origsvn.digium.com/svn/asterisk/trunk ........ r208542 | mvanbaak | 2009-07-24 16:35:49 +0200 (Fri, 24 Jul 2009) | 13 lines use aptitude for debian based systems The function to check wether we need to install packages was using dpkg-query which was gives wrong output on Debian 5 Also, the apt-get has been replaced with aptitude because aptitude is now the preferred way to handle packages on Debian (closes issue #15570) Reported by: mvanbaak Patches: 2009072400_installprereq-aptitude.diff uploaded by mvanbaak (license 7) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208545 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Merged revisions 208464 via svnmerge from kpfleming9-452/+353
https://origsvn.digium.com/svn/asterisk/trunk ........ r208464 | kpfleming | 2009-07-23 16:57:24 -0500 (Thu, 23 Jul 2009) | 46 lines Rework of T.38 negotiation and UDPTL API to address interoperability problems Over the past couple of months, a number of issues with Asterisk negotiating (and successfully completing) T.38 sessions with various endpoints have been found. This patch attempts to address many of them, primarily focused around ensuring that the endpoints' MaxDatagram size is honored, and in addition by ensuring that T.38 session parameter negotiation is performed correctly according to the ITU T.38 Recommendation. The major changes here are: 1) T.38 applications in Asterisk (app_fax) only generate/receive IFP packets, they do not ever work with UDPTL packets. As a result of this, they cannot be allowed to generate packets that would overflow the other endpoints' MaxDatagram size after the UDPTL stack adds any error correction information. With this patch, the application is told the maximum *IFP* size it can generate, based on a calculation using the far end MaxDatagram size and the active error correction mode on the T.38 session. The same is true for sending *our* MaxDatagram size to the remote endpoint; it is computed from the value that the application says it can accept (for a single IFP packet) combined with the active error correction mode. 2) All treatment of T.38 session parameters as 'capabilities' in chan_sip has been removed; these parameters are not at all like audio/video stream capabilities. There are strict rules to follow for computing an answer to a T.38 offer, and chan_sip now follows those rules, using the desired parameters from the application (or channel) that wants to accept the T.38 negotiation. 3) chan_sip now stores and forwards ast_control_t38_parameters structures for tracking 'our' and 'their' T.38 session parameters; this greatly simplifies negotiation, especially for pass-through calls. 4) Since T.38 negotiation without specifying parameters or receiving the final negotiated parameters is not very worthwhile, the AST_CONTROL_T38 control frame has been removed. A note has been added to UPGRADE.txt about this removal, since any out-of-tree applications that use it will no longer function properly until they are upgraded to use AST_CONTROL_T38_PARAMETERS. Review: https://reviewboard.asterisk.org/r/310/ ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208501 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Merged revisions 208388 via svnmerge from mmichelson1-10/+11
https://origsvn.digium.com/svn/asterisk/trunk ................ r208388 | mmichelson | 2009-07-23 14:34:49 -0500 (Thu, 23 Jul 2009) | 24 lines Merged revisions 208386 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208386 | mmichelson | 2009-07-23 14:24:21 -0500 (Thu, 23 Jul 2009) | 17 lines Fix a problem where a 491 response could be sent out of dialog. This generalizes the fix for issue 13849. The initial fix corrected the problem that Asterisk would reply with a 491 if a reinvite were received from an endpoint and we had not yet received an ACK from that endpoint for the initial INVITE it had sent us. This expansion also allows Asterisk to appropriately handle an INVITE with authorization credentials if Asterisk had not received an ACK from the previous transaction in which Asterisk had responded to an unauthorized INVITE with a 407. (closes issue #14239) Reported by: klaus3000 Patches: 14239.patch uploaded by mmichelson (license 60) Tested by: klaus3000 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208391 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Merged revisions 208383 via svnmerge from jpeeler1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r208383 | jpeeler | 2009-07-23 14:21:50 -0500 (Thu, 23 Jul 2009) | 12 lines Merged revisions 208380 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208380 | jpeeler | 2009-07-23 14:19:53 -0500 (Thu, 23 Jul 2009) | 6 lines Only set the priindication setting when not performing a reload (closes issue #14696) Reported by: fdecher ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208387 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Merged revisions 208314 via svnmerge from mmichelson1-4/+0
https://origsvn.digium.com/svn/asterisk/trunk ................ r208314 | mmichelson | 2009-07-23 11:29:37 -0500 (Thu, 23 Jul 2009) | 9 lines Merged revisions 208312 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208312 | mmichelson | 2009-07-23 11:29:18 -0500 (Thu, 23 Jul 2009) | 3 lines Remove inaccurate XXX comment. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208320 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Blocked revisions 208267 via svnmergejpeeler0-0/+0
........ r208267 | jpeeler | 2009-07-23 10:59:44 -0500 (Thu, 23 Jul 2009) | 13 lines Fix sending of interface identifier unconditionally in sig_pri The wrong logic was being used in chan_dahdi to convert a sig_pri_chan to the proper libpri channel number. The most significant bit must only be set only when trunk groups are being used. (closes issue #15452) Reported by: alecdavis Patches: bug15452.patch uploaded by jpeeler (license 325) Tested by: alecdavis ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208270 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Merged revisions 208263 via svnmerge from mmichelson1-1/+12
https://origsvn.digium.com/svn/asterisk/trunk ................ r208263 | mmichelson | 2009-07-23 10:46:34 -0500 (Thu, 23 Jul 2009) | 15 lines Merged revisions 208262 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r208262 | mmichelson | 2009-07-23 10:43:07 -0500 (Thu, 23 Jul 2009) | 8 lines Properly handle 183 responses which do not contain an SDP. (closes issue #15442) Reported by: ffloimair Patches: 15442.patch uploaded by mmichelson (license 60) Tested by: tkarl, ffloimair ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208266 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Blocked revisions 208229 via svnmergemmichelson0-0/+0
........ r208229 | mmichelson | 2009-07-23 09:46:53 -0500 (Thu, 23 Jul 2009) | 8 lines Fix potential crash if p->owner is NULL. Problem was observed when a call-forwarding loop was accidentally configured. ABE-1906 ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208231 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-23Blocked revisions 208193 via svnmergerussell0-0/+0
........ r208193 | russell | 2009-07-22 20:31:18 -0500 (Wed, 22 Jul 2009) | 2 lines Resolve compiler warning on mac. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208194 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-22Blocked revisions 208155 via svnmergejpeeler0-0/+0
........ r208155 | jpeeler | 2009-07-22 17:42:33 -0500 (Wed, 22 Jul 2009) | 5 lines Reset the fax buffers back to default settings regardless of signaling in use - Pointed out by Matt F. Also in the case of not using a signaling module, set the law back to the default as well. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208159 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-22Merged revisions 208113 via svnmerge from qwell1-0/+1
https://origsvn.digium.com/svn/asterisk/trunk ........ r208113 | qwell | 2009-07-22 16:43:57 -0500 (Wed, 22 Jul 2009) | 9 lines Restore an int declaration on PPC platforms. This x is one crafty little bugger... It was used for 2 different things (one of which was only done on PPC) in 1.4. One of the uses were removed in trunk, and with it went the declaration. (closes issue #14038) Reported by: ffloimair ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208116 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-22Merged revisions 208052 via svnmerge from tilghman1-4/+6
https://origsvn.digium.com/svn/asterisk/trunk ........ r208052 | tilghman | 2009-07-22 11:49:42 -0500 (Wed, 22 Jul 2009) | 7 lines Clarify documentation on 'realtime update2' to show more than one condition. (closes issue #15357) Reported by: snuffy Patches: bug_fix_doc_update2.diff uploaded by snuffy (license 35) (slightly modified by me) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208053 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-22Blocked revisions 208018 via svnmergerussell0-0/+0
........ r208018 | russell | 2009-07-22 09:35:49 -0500 (Wed, 22 Jul 2009) | 2 lines Remove trailing whitespace. ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208020 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-22Blocked revisions 208017 via svnmergemmichelson0-0/+0
........ r208017 | mmichelson | 2009-07-22 09:35:01 -0500 (Wed, 22 Jul 2009) | 12 lines Fix the crash in directed pickups. For real this time. A shallow pointer copy was causing an ast_party_connected_line structure to be freed multiple times, thus causing a crash. (closes issue #15441) Reported by: lmsteffan Patches: 15441.patch uploaded by mmichelson (license 60) Tested by: lmsteffan ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@208019 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Blocked revisions 207950 via svnmergejpeeler0-0/+0
........ r207950 | jpeeler | 2009-07-21 17:51:47 -0500 (Tue, 21 Jul 2009) | 7 lines Do not dial digits when none were specified for sig_pri based calls (closes issue #15524) Reported by: elguero Patches: pri-sig-no-dest-set.patch uploaded by elguero (license 37) ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207953 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Merged revisions 207946 via svnmerge from tilghman1-0/+6
https://origsvn.digium.com/svn/asterisk/trunk ................ r207946 | tilghman | 2009-07-21 17:45:32 -0500 (Tue, 21 Jul 2009) | 15 lines Merged revisions 207945 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r207945 | tilghman | 2009-07-21 17:38:54 -0500 (Tue, 21 Jul 2009) | 8 lines Force an error if a blank is passed to QUOTE (because the documentation states the argument is not optional). This change makes URIENCODE and QUOTE behave similarly, since the documentation states that the argument is not optional, for both. (closes issue #15439) Reported by: pkempgen Patches: 20090706__issue15439.diff.txt uploaded by tilghman (license 14) ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207949 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Blocked revisions 207934 via svnmergejpeeler0-0/+0
........ r207934 | jpeeler | 2009-07-21 17:24:56 -0500 (Tue, 21 Jul 2009) | 1 line whitespace fix only ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207938 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Merged revisions 207925 via svnmerge from russell1-0/+2
https://origsvn.digium.com/svn/asterisk/trunk ........ r207925 | russell | 2009-07-21 17:22:18 -0500 (Tue, 21 Jul 2009) | 4 lines Note that we use tabs instead of spaces for indentation. I'm surprised this was never actually in here... ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207930 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Blocked revisions 207902 via svnmergejpeeler0-0/+0
........ r207902 | jpeeler | 2009-07-21 17:02:25 -0500 (Tue, 21 Jul 2009) | 2 lines Fix my_is_off_hook to check rxbits only for FXS signaling ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207905 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Merged revisions 207854 via svnmerge from jpeeler1-2/+2
https://origsvn.digium.com/svn/asterisk/trunk ................ r207854 | jpeeler | 2009-07-21 15:26:02 -0500 (Tue, 21 Jul 2009) | 16 lines Merged revisions 207827 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r207827 | jpeeler | 2009-07-21 15:16:55 -0500 (Tue, 21 Jul 2009) | 9 lines Wait for wink before dialing when using E&M wink signaling There was already code for other signaling types in dahdi_handle_event to handle dialing if a dial operation dial string was present. Simply add SIG_EMWINK to the list. (closes issue #14434) Reported by: araasch ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207862 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Revert r207638, this approach could potentially block for an unacceptable jpeeler1-55/+1
amount of time. git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207785 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Merged revisions 207723 via svnmerge from mmichelson1-1/+1
https://origsvn.digium.com/svn/asterisk/trunk ................ r207723 | mmichelson | 2009-07-21 09:29:40 -0500 (Tue, 21 Jul 2009) | 11 lines Merged revisions 207714 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r207714 | mmichelson | 2009-07-21 09:26:00 -0500 (Tue, 21 Jul 2009) | 5 lines Document default timeout for AMI originations. AST-224 ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207727 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Merged revisions 207680 via svnmerge from kpfleming15-124/+86
https://origsvn.digium.com/svn/asterisk/trunk ................ r207680 | kpfleming | 2009-07-21 08:28:04 -0500 (Tue, 21 Jul 2009) | 18 lines Merged revisions 207647 via svnmerge from https://origsvn.digium.com/svn/asterisk/branches/1.4 ........ r207647 | kpfleming | 2009-07-21 08:04:44 -0500 (Tue, 21 Jul 2009) | 12 lines Ensure that user-provided CFLAGS and LDFLAGS are honored. This commit changes the build system so that user-provided flags (in ASTCFLAGS and ASTLDFLAGS) are supplied to the compiler/linker *after* all flags provided by the build system itself, so that the user can effectively override the build system's flags if desired. In addition, ASTCFLAGS and ASTLDFLAGS can now be provided *either* in the environment before running 'make', or as variable assignments on the 'make' command line. As a result, the use of COPTS and LDOPTS is no longer necessary, so they are no longer documented, but are still supported so as not to break existing build systems that supply them when building Asterisk. ........ ................ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207685 f38db490-d61c-443f-a65b-d21fe96a405b
2009-07-21Wait for wink before dialing when using E&M wink signalingjpeeler1-1/+55
This patch adds a new dahdi_wait function to specifically wait for the wink event. If the wink is not eventually received the channel is hung up. (closes issue #14434) Reported by: araasch Patches: emwinkmod uploaded by araasch (license 693) git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.2@207638 f38db490-d61c-443f-a65b-d21fe96a405b