[asterisk-commits] bebuild: tag 1.8.28.0-rc1 r414408 - /tags/1.8.28.0-rc1/
SVN commits to the Asterisk project
asterisk-commits at lists.digium.com
Thu May 22 11:15:31 CDT 2014
Author: bebuild
Date: Thu May 22 11:15:27 2014
New Revision: 414408
URL: http://svnview.digium.com/svn/asterisk?view=rev&rev=414408
Log:
Importing files for 1.8.28.0-rc1 release.
Added:
tags/1.8.28.0-rc1/.lastclean (with props)
tags/1.8.28.0-rc1/.version (with props)
tags/1.8.28.0-rc1/ChangeLog (with props)
Added: tags/1.8.28.0-rc1/.lastclean
URL: http://svnview.digium.com/svn/asterisk/tags/1.8.28.0-rc1/.lastclean?view=auto&rev=414408
==============================================================================
--- tags/1.8.28.0-rc1/.lastclean (added)
+++ tags/1.8.28.0-rc1/.lastclean Thu May 22 11:15:27 2014
@@ -1,0 +1,1 @@
+40
Propchange: tags/1.8.28.0-rc1/.lastclean
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.8.28.0-rc1/.lastclean
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.8.28.0-rc1/.lastclean
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.8.28.0-rc1/.version
URL: http://svnview.digium.com/svn/asterisk/tags/1.8.28.0-rc1/.version?view=auto&rev=414408
==============================================================================
--- tags/1.8.28.0-rc1/.version (added)
+++ tags/1.8.28.0-rc1/.version Thu May 22 11:15:27 2014
@@ -1,0 +1,1 @@
+1.8.28.0-rc1
Propchange: tags/1.8.28.0-rc1/.version
------------------------------------------------------------------------------
svn:eol-style = native
Propchange: tags/1.8.28.0-rc1/.version
------------------------------------------------------------------------------
svn:keywords = none
Propchange: tags/1.8.28.0-rc1/.version
------------------------------------------------------------------------------
svn:mime-type = text/plain
Added: tags/1.8.28.0-rc1/ChangeLog
URL: http://svnview.digium.com/svn/asterisk/tags/1.8.28.0-rc1/ChangeLog?view=auto&rev=414408
==============================================================================
--- tags/1.8.28.0-rc1/ChangeLog (added)
+++ tags/1.8.28.0-rc1/ChangeLog Thu May 22 11:15:27 2014
@@ -1,0 +1,48474 @@
+2014-05-22 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 1.8.28.0-rc1 Released.
+
+2014-05-22 15:47 +0000 [r414401] Richard Mudgett <rmudgett at digium.com>
+
+ * apps/app_meetme.c: app_meetme: Don't interrupt MOH for waitmarked
+ users. Occasionally, when the last marked user leaves the
+ conference, waitmarked users don't get MOH if MOH is supposed to
+ be played while a waitmarked user is waiting for another marked
+ user. * Made not interrupt MOH when the user is a waitmarked
+ user. The waitmarked user doesn't need to hear any leave
+ announcements from the conference as the user would have already
+ heard different leave announcements if they were enabled.
+ Apparently DAHDI occasionally sends unending non-silent streams
+ to these users or a normal user still in the conference has
+ continuous high background noise. These non-silent streams cause
+ MOH to be suspended while the never ending "announcement" is
+ played. Issue caused by ASTERISK-13680. AST-1349 #close Reported
+ by: Tyler Stewart Review:
+ https://reviewboard.asterisk.org/r/3543/
+
+2014-05-22 13:58 +0000 [r414345] Matthew Jordan <mjordan at digium.com>
+
+ * UPGRADE.txt: UPGRADE: Add note for REF_DEBUG flag
+
+2014-05-21 22:01 +0000 [r414269] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_local.c: chan_local: Only block media frames when a
+ generator is on both ends of a local channel. The fix for
+ ASTERISK-12292 was a bit too aggressive. You could have
+ generators pointed at each other on local channels but need to
+ get other kinds of frames such as DTMF or CONNECTED_LINE frames
+ accross.
+
+2014-05-21 18:58 +0000 [r414214] Scott Griepentrog <sgriepentrog at digium.com>
+
+ * funcs/func_strings.c: pbx.c: prevent potential crash from
+ recursive replace() Recurisve usage of replace() resulted in
+ corruption of the temporary string storage and potential crash.
+ By changing the string to be allocated separtely per instance,
+ this is eliminated. ASTERISK-23650 #comment Reported by: Roel van
+ Meer ASTERISK-23650 #close Review:
+ https://reviewboard.asterisk.org/r/3539/
+
+2014-05-19 13:31 +0000 [r414152] Alexandr Anikin <may at telecom-service.ru>
+
+ * addons/chan_ooh323.c: chan_ooh323: fix h323_log full path name *
+ fix to use astlogdir option for h323_log file instead of
+ hardcoded ASTERISK-23754 #close Reported by: Igor Goncharovsky
+ Patches: ooh323_logger_patch.diff
+
+2014-05-16 20:00 +0000 [r413991-414067] Richard Mudgett <rmudgett at digium.com>
+
+ * channels/chan_dahdi.c: chan_dahdi: Fix analog dialtone detection.
+ * Check if waitingfordt (waitfordialtone) is enabled in
+ dahdi_read() to allow the DSP to operate early enough to detect
+ dialtone. * Made use the correct variable in
+ my_check_waitingfordt(). ASTERISK-23709 #close Reported by: Steve
+ Davies Patches: dialtone_detect_fix (license #5012) patch
+ uploaded by Steve Davies Review:
+ https://reviewboard.asterisk.org/r/3534/
+
+ * apps/app_meetme.c: app_meetme: Fix overwrite of DAHDI conference
+ data structure. Starting a conference recording using the admin
+ menu overwrites the DAHDI conference data structure used to
+ modify the admin user's conference mute mode. * Made no longer
+ pass the user's DAHDI conference data structure into the menu
+ functions. The menu now uses its own DAHDI conference data
+ structure to start the recording channel. * Moved the unlock
+ conf->playlock to before playing the conf-full message. No sense
+ keeping the lock while that prompt is playing. The user is never
+ going to get into the conference at that point.
+
+2014-05-15 15:32 +0000 [r413949] Walter Doekes <walter+asterisk at wjd.nu>
+
+ * apps/app_dial.c, channels/chan_local.c, UPGRADE.txt:
+ chan_local+app_dial: Propagagate call answered elsewhere over
+ local channels. AST_FLAG_ANSWERED_ELSEWHERE was not propagated
+ back from local channels. It is now. That means that when a call
+ is picked up from a callgroup of local channels, the other
+ channels will now properly see it as "picked up". This occurs
+ when you use a construct like
+ Dial(Local/a at context&Local/b at context) where a at context and
+ b at context dial two chan_sip devices respectively. If one device
+ picks up, the other will not see "1 missed call" anymore. In this
+ respect, it now behaves the same as when doing Dial(SIP/a&SIP/b).
+ Review: https://reviewboard.asterisk.org/r/3540/
+
+2014-05-14 15:27 +0000 [r413894] Walter Doekes <walter+asterisk at wjd.nu>
+
+ * res/res_musiconhold.c: res_musiconhold: Minor cleanup. Fix a few
+ free()'s that should be ast_free()'s. Reverted an old workaround
+ that isn't necessary. Reorder a tiny bit of code. Remove a bit of
+ commented-out code. Review:
+ https://reviewboard.asterisk.org/r/3536/
+
+2014-05-13 14:32 +0000 [r413787-413832] Walter Doekes <walter+asterisk at wjd.nu>
+
+ * channels/chan_sip.c: chan_sip+CEL: Add missing ANSWER and PICKUP
+ events to INVITE/w/replaces pickup. When doing a "BLF-style call
+ pickup" -- an INVITE with Replaces: header -- the CEL log would
+ lack the ANSWER and PICKUP events. This patch adds the two
+ missing events to the handle_invite_replaces() function.
+ ASTERISK-22977 #close Review:
+ https://reviewboard.asterisk.org/r/3073/
+
+ * main/rtp_engine.c: rtp: Fix case typo in H263+ mime.
+ http://tools.ietf.org/html/rfc3555#section-4.2.6 says the
+ canonical mime subtype is "H263-1998", not "h263-1998". Original
+ code was added in r183101 on 2009-03-19 02:26:50 +0100. This
+ fixes issues with Polycom phones. ASTERISK-23665 #close
+ ASTERISK-23665 #comment Patch r3529.patch uploaded by Guillaume
+ Maudoux, backported by me. Review:
+ https://reviewboard.asterisk.org/r/3529/
+
+2014-05-12 23:08 +0000 [r413714] Richard Mudgett <rmudgett at digium.com>
+
+ * configure, include/asterisk/autoconfig.h.in, configure.ac,
+ channels/sig_pri.c: chan_dahdi/sig_pri: Prevent unnecessary
+ PROGRESS events when overlap dialing is enabled. When overlap
+ dialing is enabled, the lack of inband audio available
+ information in the SETUP_ACKNOWLEDGE events causes an
+ interoperability problem with SIP. sig_pri doesn't know if there
+ is dialtone present when a SETUP_ACKNOWLEDGE is received so it
+ assumes it is there and posts an AST_CONTROL_PROGRESS frame. The
+ SIP channel driver then sends out a 183 Session Progress and
+ blocks the desired 180 Ringing message when the ALERTING message
+ comes in. * Made the configure script detect if the installed
+ version of libpri supports the SETUP_ACKNOWLEDGE enhancements. *
+ Using the new API, made generate an AST_CONTROL_PROGRESS frame on
+ an incoming SETUP_ACKNOWLEDGE message when the message indicates
+ inband audio is present instead of assuming that dialtone is
+ present. * Using the new API, made SETUP_ACKNOWLEDGE send out an
+ inband audio available indication only if dialtone is expected.
+ The change also makes the fallback behaviour of sending the
+ PROGRESS message better by sending it only if dialtone is
+ expected. * Changed receiving a PROCEEDING message to not
+ generate an AST_CONTROL_PROGRESS frame if the progress indication
+ ie indicates non-end-to-end-ISDN. This helps interoperability
+ with SIP. * Changed sending a PROCEEDING message in response to
+ an AST_CONTROL_PROCEEDING frame to not indicate inband audio
+ available. It was silly to do so anyway because the channel
+ driver doesn't know if inband audio is even available. This helps
+ interoperability with SIP. This patch and a corresponding change
+ in libpri work together to allow Asterisk to control the inband
+ audio available progress indication ie on the SETUP_ACKNOWLEDGE
+ message when dialtone is present. AST-1338 #close Reported by:
+ Tyler Stewart Review: https://reviewboard.asterisk.org/r/3521/
+
+2014-05-09 23:02 +0000 [r413586-413592] Kinsey Moore <kmoore at digium.com>
+
+ * funcs/func_env.c: Fix 32bit build for func_env
+
+ * channels/chan_sip.c: Fix 32bit build for chan_sip
+
+ * channels/chan_dahdi.c, channels/sig_analog.c,
+ include/asterisk/astobj.h, main/event.c, funcs/func_iconv.c,
+ channels/sip/config_parser.c, apps/app_stack.c, res/res_odbc.c,
+ apps/app_adsiprog.c, res/res_calendar.c, main/udptl.c,
+ main/stun.c, main/frame.c, channels/chan_sip.c,
+ apps/app_festival.c, funcs/func_env.c, main/taskprocessor.c,
+ channels/chan_iax2.c, apps/app_getcpeid.c, res/res_monitor.c,
+ res/ael/pval.c, main/channel.c, main/manager.c,
+ formats/format_pcm.c, funcs/func_srv.c, main/file.c,
+ main/callerid.c, main/app.c, channels/chan_alsa.c, main/adsi.c,
+ pbx/pbx_dundi.c, main/stdtime/localtime.c, res/res_fax_spandsp.c,
+ main/sched.c, res/res_rtp_asterisk.c, cel/cel_pgsql.c,
+ cdr/cdr_adaptive_odbc.c, res/res_musiconhold.c,
+ channels/chan_gtalk.c, channels/sig_pri.c, res/res_srtp.c,
+ main/io.c, channels/chan_jingle.c, channels/chan_phone.c,
+ funcs/func_enum.c, res/res_config_odbc.c, apps/app_minivm.c,
+ res/res_agi.c, main/features.c, apps/app_dumpchan.c,
+ main/abstract_jb.c, main/logger.c, apps/app_sms.c,
+ main/audiohook.c, pbx/pbx_config.c, main/bridging.c, main/dsp.c,
+ apps/app_voicemail.c, apps/app_dial.c,
+ res/res_calendar_exchange.c, main/security_events.c,
+ res/res_fax.c, res/res_timing_dahdi.c, funcs/func_sysinfo.c,
+ main/utils.c, main/devicestate.c, res/res_jabber.c,
+ res/res_pktccops.c, main/cli.c, main/data.c, cel/cel_odbc.c,
+ channels/chan_skinny.c, main/asterisk.c,
+ channels/sip/include/sip.h, channels/chan_mgcp.c, main/xmldoc.c,
+ channels/chan_unistim.c, main/pbx.c,
+ res/res_calendar_icalendar.c, channels/chan_local.c,
+ main/rtp_engine.c, main/ccss.c, main/translate.c,
+ res/res_crypto.c, res/res_calendar_caldav.c, main/aoc.c,
+ pbx/dundi-parser.c, main/cel.c, apps/app_queue.c, main/enum.c,
+ channels/iax2-parser.c, main/config.c, res/res_calendar_ews.c,
+ main/netsock.c, main/loader.c: Allow Asterisk to compile under
+ GCC 4.10 This resolves a large number of compiler warnings from
+ GCC 4.10 which cause the build to fail under dev mode. The vast
+ majority are signed/unsigned mismatches in printf-style format
+ strings.
+
+2014-05-08 00:33 +0000 [r413485] Joshua Colp <jcolp at digium.com>
+
+ * apps/app_queue.c, main/manager.c: app_queue: Extend documentation
+ for various Manager actions and events.
+
+2014-05-07 17:46 +0000 [r413396] Mark Michelson <mmichelson at digium.com>
+
+ * res/res_config_odbc.c: Fix encoding of custom prepare extra data.
+ Patches: res_config_odbc-take2.patch by John Hardin (License
+ #6512)
+
+2014-05-06 16:57 +0000 [r413304] Mark Michelson <mmichelson at digium.com>
+
+ * res/res_config_odbc.c: Ensure that all parts of SQL UPDATEs and
+ DELETEs are encoded. Patches: res_config_odbc.patch by John
+ Hardin (License #6512)
+
+2014-05-02 20:21 +0000 [r413224-413241] Mark Michelson <mmichelson at digium.com>
+
+ * res/res_config_odbc.c: Prevent crashes in res_config_odbc due to
+ uninitialized string fields. Patches: odbc-crash.patch by John
+ Hardin (License #6512)
+
+ * res/res_config_pgsql.c: Return the number of rows affected by a
+ SQL insert, rather than an object ID. The realtime API specifies
+ that the store callback is supposed to return the number of rows
+ affected. res_config_pgsql was instead returning an Oid cast as
+ an int, which during any nominal execution would be cast to 0.
+ Returning 0 when more than 0 rows were inserted causes problems
+ to the function's callers. To give an idea of how strange code
+ can be, this is the necessary code change to fix a device state
+ issue reported against chan_pjsip in Asterisk 12+. The issue was
+ that the registrar would attempt to insert contacts into the
+ database. Because of the 0 return from res_config_pgsql, the
+ registrar would think that the contact was not successfully
+ inserted, even though it actually was. As such, even though the
+ contact was query-able and it was possible to call the endpoint,
+ Asterisk would "think" the endpoint was unregistered, meaning it
+ would report the device state as UNAVAILABLE instead of
+ NOT_INUSE. The necessary fix applies to all versions of Asterisk,
+ so even though the bug reported only applies to Asterisk 12+, the
+ code correction is being inserted into 1.8+. Closes issue
+ ASTERISK-23707 Reported by Mark Michelson
+
+2014-04-23 17:47 +0000 [r412922] Richard Mudgett <rmudgett at digium.com>
+
+ * main/http.c: http: Fix spurious ERROR message in responses with
+ no content. Backport -r411687 and fix the fix because
+ content_length is the length of out plus the length of the file
+ controlled by fd. When a response has an out content length of 0,
+ fwrite would be called to write a buffer with no data in it. This
+ resulted in the following classic error message: [Apr 3 11:49:17]
+ ERROR[26421] http.c: fwrite() failed: Success This patch makes it
+ so that we only attempt to write the content of out if the out
+ string is non-zero.
+
+2014-04-21 17:51 +0000 [r412764-412821] Jonathan Rose <jrose at digium.com>
+
+ * CHANGES: chan_sip: trust_id_outbound CHANGES message improvement
+ (closes issue AST-1301) (closes issue ASTERISK-19465) Reported
+ by: Krzysztof Chmielewski
+
+ * CHANGES: Typo in CHANGES
+
+2014-04-21 15:50 +0000 [r412745] Kinsey Moore <kmoore at digium.com>
+
+ * main/manager.c, main/http.c: HTTP: Add TCP_NODELAY to accepted
+ connections This adds the TCP_NODELAY option to accepted
+ connections on the HTTP server built into Asterisk. This option
+ disables the Nagle algorithm which controls queueing of outbound
+ data and in some cases can cause delays on receipt of response by
+ the client due to how the Nagle algorithm interacts with TCP
+ delayed ACK. This option is already set on all non-HTTP AMI
+ connections and this change would cover standard HTTP requests,
+ manager HTTP connections, and ARI HTTP requests and websockets in
+ Asterisk 12+ along with any future use of the HTTP server.
+ Review: https://reviewboard.asterisk.org/r/3466/
+
+2014-04-21 15:25 +0000 [r412744] Jonathan Rose <jrose at digium.com>
+
+ * channels/chan_sip.c, configs/sip.conf.sample, CHANGES,
+ channels/sip/include/sip.h: chan_sip: Add sendrpid trust options
+ In r411189, some behavior was changed which made sendrpid
+ behavior act in a more trusting manner by sending full user data
+ for peers set with private caller presence in P-Asserted-Identity
+ headers. Since this changed long time expected behaviors, we
+ decided to pull that patch when that was pointed out by the
+ community. Instead, this patch provides a trust_id_outbound
+ setting which will expose the data per RFC-3325 if set to 'yes'
+ and simply not send the PAI/RPID headers at all if set to 'no'.
+ By default trust_id_outbound will be set to 'legacy' which will
+ preserve the behavior prior to these patches. Extra special
+ thanks to Walter Doekes for providing advice and feedback.
+ (closes issue AST-1301) (closes issue ASTERISK-19465) Reported
+ by: Krzysztof Chmielewski Review:
+ https://reviewboard.asterisk.org/r/3447/
+
+2014-04-19 01:01 +0000 [r412655] Matthew Jordan <mjordan at digium.com>
+
+ * apps/app_sms.c: app_sms: Fix uninitialized values; hangup channel
+ when REL is sent successfully This patch fixes two issues in
+ app_sms: (1) Firstly, the 'flags' field on the stack in
+ sms_exec() is uninitialised, causing it to use the wrong protocol
+ in some cases. This patch correctly initializes the flags fields.
+ (2) Secondly, when disconnect supervision is not working or
+ inbanddisconnect=yes is set in chan_dahdi.conf, app_sms was
+ failing to terminate the call after it sent the REL(ease) message
+ and the peer stopped talking to it. This patch fixes the code to
+ handle the 'bad stop bit' message more gracefully in that case,
+ and hang up the call. Review:
+ https://reviewboard.asterisk.org/r/1392/ ASTERISK-18331 #close
+ Reported by: David Woodhouse patches: asterisk-fix-sms.patch
+ uploaded by David Woodhouse (License 5754)
+
+2014-04-18 17:12 +0000 [r412585] Rusty Newton <rnewton at digium.com>
+
+ * sounds/sounds.xml, sounds/Makefile: sounds: Fix Sounds Makefile
+ and XML that didn't support new sound prompt sets In
+ sounds/Makefile 1 Adds and moves some lines necessary for the
+ en_GB core set. I'm just following how the other sets are defined
+ here. 2 removes the ES extra sounds related lines as we don't
+ have ES extra sound sets. In sounds/sounds.xml 3 Adds
+ <support_level> definitions to all the sound sets as we have
+ these defined in 11,12,Trunk, but not in 1.8 4 Adds member
+ definitons for EN_AU, EN_GB, IT for core sound sets, and EN_GB in
+ extra sound sets ASTERISK-23550 Reported by: Rusty Newton Review:
+ https://reviewboard.asterisk.org/r/3464/
+
+2014-04-17 20:23 +0000 [r412480] Matthew Jordan <mjordan at digium.com>
+
+ * channels/chan_oss.c: channels/chan_oss: Fix compilation problem
+ on SmartOS/Illumos/SunOS THis patch fixes an issue in chan_oss
+ when building on certain platforms. It ensures that soundcard.h
+ is found. Review: https://reviewboard.asterisk.org/r/3426 Note
+ that this patch is a part of the patch on ASTERISK-23576; the
+ Makefile portion only applies to Asterisk 11+. (issue
+ ASTERISK-23576) Reported by: Sebastian Wiedenroth patches:
+ fix-sunos.diff uploaded by Sebastian Wiedenroth (License 6597)
+
+2014-04-15 15:21 +0000 [r412328] Jonathan Rose <jrose at digium.com>
+
+ * configs/sip.conf.sample, channels/chan_sip.c: Reverting r411189
+ so that it can be put up for public review --- r411189 | jrose |
+ 2014-03-26 10:50:48 -0500 (Wed, 26 Mar 2014) | 12 lines chan_sip:
+ Send real CallerID information with P-Assserted-Identity
+ (RFC-3325) Prior to this patch, the P-Asserted-Identity header
+ would include anonymous caller id information which seems to go
+ against the point of the P-Asserted-Identity header. Now the real
+ caller ID information will be included in this header. Also, no
+ privacy header would be included. This patch adds 'Privacy: id'
+ to outgoing SIP messages that include the P-Asserted-Identity
+ header. (closes issue AST-1301) ---
+
+2014-04-11 21:37 +0000 [r412225] Richard Mudgett <rmudgett at digium.com>
+
+ * apps/app_stack.c: app_stack: Add missing unlock in off-nominal
+ path of STACK_PEEK function. ASTERISK-23620 #close Reported by:
+ Bradley Watkins Patches: ASTERISK-23620_unlock_oldlist.patch
+ (license #5021) patch uploaded by Bradley Watkins
+
+2014-04-11 01:33 +0000 [r412114] Matthew Jordan <mjordan at digium.com>
+
+ * main/utils.c, main/astobj2.c, contrib/scripts/refcounter.py
+ (added), main/asterisk.c, build_tools/cflags.xml,
+ include/asterisk/utils.h, channels/chan_sip.c,
+ include/asterisk/astobj2.h, main/logger.c: main/astobj2: Make
+ REF_DEBUG a menuselect item; improve REF_DEBUG output This patch
+ does the following: (1) It makes REF_DEBUG a meneselect item.
+ Enabling REF_DEBUG now enables REF_DEBUG globally throughout
+ Asterisk. (2) The ref debug log file is now created in the
+ AST_LOG_DIR directory. Every run will now blow away the previous
+ run (as large ref files sometimes caused issues). We now also no
+ longer open/close the file on each write, instead relying on
+ fflush to make sure data gets written to the file (in case the
+ ao2 call being performed is about to cause a crash) (3) It goes
+ with a comma delineated format for the ref debug file. This makes
+ parsing much easier. This also now includes the thread ID of the
+ thread that caused ref change. (4) A new python script instead
+ for refcounting has been added in the contrib/scripts folder.
+ Review: https://reviewboard.asterisk.org/r/3377/
+
+2014-04-08 21:15 +0000 [r411960-411964] Richard Mudgett <rmudgett at digium.com>
+
+ * main/asterisk.c: Internal timing: Add notice that the -I and
+ internal_timing option are no longer needed. Add notice messages
+ during execution that the -I command line option and the
+ astersik.conf internal_timing option are no longer needed. The
+ internal timing functionality is now always enabled if there is a
+ timing module loaded. NOTE: Since the command line options and
+ the asterisk.conf config file are processed before the logging
+ system is initialized, the messages are output to stderr. Change
+ requested as a result of asterisk-dev list comments about the
+ commit for ASTERISK-22846 that removed the -I and internal_timing
+ options. Review: https://reviewboard.asterisk.org/r/3423/
+
+ * main/config.c: config: Fix CB_ADD_LEN() to work as originally
+ intended. Fix a long standing bug in CB_ADD_LEN() behaving like
+ CB_ADD(). ASTERISK-23546 #close Reported by: Walter Doekes
+
+2014-04-07 14:45 +0000 [r411807] Walter Doekes <walter+asterisk at wjd.nu>
+
+ * configs/res_odbc.conf.sample: configs: Clean up long line and
+ typo in res_odbc.conf.sample.
+
+2014-04-04 18:32 +0000 [r411715] Richard Mudgett <rmudgett at digium.com>
+
+ * include/asterisk/options.h, main/asterisk.c, main/channel.c,
+ channels/chan_sip.c, configs/asterisk.conf.sample, UPGRADE.txt:
+ internal_timing: Remove the option and always make it enabled if
+ a timing module is loaded. The masquerade supertest frequently
+ fails because either the local channel chain doesn't completely
+ optimize out or the DTMF handshake doesn't completely get
+ accross. Local channel optimization requires frames flowing to
+ trigger when optimization can happen. When optimization happens
+ the media frame that triggered the optimization is dropped.
+ Sending DTMF requires frames to flow in the other direction for
+ timing purposes while sending nothing. If internal timing is not
+ enabled when MOH is playing, Asterisk switches to received timing
+ when an audio frame is received. With optimization dropping media
+ frames and MOH not sending frames unless it receives frames,
+ occasionaly there are no more frames being passed and the test
+ fails. * The asterisk command line -I option and the
+ asterisk.conf internal_timing option are removed. Asterisk now
+ always uses internal timing when needed if any timing module is
+ loaded. The issue ASTERISK-14861 did this quite awhile ago in
+ v1.4 but effectively is broken if other internal timing modules
+ besides DAHDI are used. The ast_read_generator_actions() now only
+ does received timing if it has no choice for frame generators
+ like MOH, silence, and playback streaming. * Cleaned up some code
+ dealing with frame generators in ast_deactivate_generator(),
+ generator_write_format_change(), ast_activate_generator(), and
+ ast_channel_stop_silence_generator(). ASTERISK-22846 #close
+ Reported by: Matt Jordan Review:
+ https://reviewboard.asterisk.org/r/3414/
+
+2014-04-01 16:48 +0000 [r411584] Joshua Colp <jcolp at digium.com>
+
+ * apps/app_queue.c: app_queue: Fix a bug where realtime members
+ would be deleted during reload causing waiting callers to get
+ ejected. This patch causes realtime queue members to remain in
+ queues during the reload process. Previously these members would
+ be removed causing any waiting callers to be ejected from the
+ queue with a reason of "EXITEMPTY". ASTERISK-23547 #close
+ ASTERISK-23547 #comment Patch
+ app_queue_fix_realtime_reload_1.8_trunk.patch submitted by Italo
+ Rossi (license 6409) Review:
+ https://reviewboard.asterisk.org/r/3404/
+
+2013-04-23 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 1.8.27.0 Released.
+
+2013-04-21 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 1.8.27.0-rc2 Released.
+
+ * chan_sip: Add sendrpid trust options
+
+ In r411189, some behavior was changed which made sendrpid behavior
+ act in a more trusting manner by sending full user data for peers
+ set with private caller presence in P-Asserted-Identity headers.
+ Since this changed long time expected behaviors, we decided to pull
+ that patch when that was pointed out by the community. Instead, this
+ patch provides a trust_id_outbound setting which will expose the data
+ per RFC-3325 if set to 'yes' and simply not send the PAI/RPID headers
+ at all if set to 'no'. By default trust_id_outbound will be set to
+ 'legacy' which will preserve the behavior prior to these patches.
+ Extra special thanks to Walter Doekes for providing advice and
+ feedback.
+
+2014-03-28 Asterisk Development Team <asteriskteam at digium.com>
+
+ * Asterisk 1.8.27.0-rc1 Released.
+
+2014-03-28 16:16 +0000 [r411462] Scott Griepentrog <sgriepentrog at digium.com>
+
+ * main/http.c, main/tcptls.c, main/manager.c: http: response body
+ often missing after specific request This patch works around a
+ problem with the HTTP body being dropped from the response to a
+ specific client and under specific circumstances: a) Client
+ request comes from node.js user agent "Shred" via use of
+ swagger-client library. b) Asterisk and Client are *not* on the
+ same host or TCP/IP stack In testing this problem, it has been
+ determined that the write of the HTTP body is lost, even if the
+ data is written using low level write function. The only solution
+ found is to instruct the TCP stack with the shutdown function to
+ flush the last write and finish the transmission. See review for
+ more details. ASTERISK-23548 #close (closes issue ASTERISK-23548)
+ Reported by: Sam Galarneau Review:
+ https://reviewboard.asterisk.org/r/3402/
+
+2014-03-28 15:42 +0000 [r411372-411457] Matthew Jordan <mjordan at digium.com>
+
+ * UPGRADE.txt: UPGRADE: Note IAX2 compatibility issue between 1.4
+ and 1.8+ systems.
+
+ * res/res_config_odbc.c, res/res_odbc.exports.in, UPGRADE.txt,
+ res/res_odbc.c, configs/res_odbc.conf.sample,
+ include/asterisk/res_odbc.h: res_config_odbc/res_odbc: Fix
+ handling of non-text columns updates with empty values. This
+ patch fixes setting nullable integer columns to NULL instead of
+ an empty string, which fails for PostgreSQL, for example. The
+ current code is supposed to do so, but the check is broken. The
+ patch also allows the first column in the list to be a nullable
+ integer. This patch also adds a compatibility setting in
+ res_odbc.conf, allow_empty_string_in_nontext. It is enabled by
+ default. It should be disabled for database backends (such as
+ PostgreSQL) that require NULL instead of an empty string for
+ Integer columns. Review: https://reviewboard.asterisk.org/r/3375
+ (issue ASTERISK-23459) Reported by: zvision patches:
+ res_config_odbc.diff uploaded by zvision (License 5755)
+
+ * channels/sip/include/sip.h: chan_sip: Add MESSAGE request to
+ allowed methods The allowed methods advertised by chan_sip did
+ not previously note the MESSAGE request. Even in Asterisk 1.8, we
+ do accept in-dialog MESSAGE requests; we should advertise that we
+ support MESSAGE requests. ASTERISK-23504 #close ASTERISK-23504
+ #comment Reported by: Martin Kontsek ASTERISK-23504 #comment
+ Patch sip.h_patch.diff uploaded by Martin Kontsek (license 6587)
+ Review: https://reviewboard.asterisk.org/r/3396/
+
+2014-03-27 19:06 +0000 [r411313] Corey Farrell <git at cfware.com>
+
+ * funcs/func_groupcount.c, funcs/func_callcompletion.c,
+ funcs/func_pitchshift.c, funcs/func_odbc.c, funcs/func_volume.c,
+ funcs/func_frame_trace.c, funcs/func_channel.c,
+ funcs/func_blacklist.c, funcs/func_callerid.c, apps/app_stack.c,
+ res/res_calendar.c, apps/app_jack.c, funcs/func_speex.c,
+ funcs/func_dialplan.c, channels/chan_sip.c, funcs/func_math.c,
+ apps/app_readexten.c, funcs/func_strings.c, res/res_jabber.c,
+ channels/chan_iax2.c, res/res_mutestream.c, funcs/func_global.c,
+ apps/app_speech_utils.c: Fix dialplan function NULL channel
+ safety issues (closes issue ASTERISK-23391) Reported by: Corey
+ Farrell Review: https://reviewboard.asterisk.org/r/3386/
+
+2014-03-26 22:43 +0000 [r411243] Joshua Colp <jcolp at digium.com>
+
+ * main/say.c: say: Fix a bug where SayNumber in Polish tries to
+ play incorrect sound. This change fixes a bug where calling
+ SayNumber with a number divisible by 100 using the Polish
+ language would cause the code to attempt to play a sound file
+ with an empty name. (closes issue ASTERISK-23509) Reported by:
+ zvision Review: https://reviewboard.asterisk.org/r/3378/
+
+2014-03-26 15:50 +0000 [r411189] Jonathan Rose <jrose at digium.com>
+
+ * channels/chan_sip.c, configs/sip.conf.sample: chan_sip: Send real
+ CallerID information with P-Assserted-Identity (RFC-3325) Prior
+ too this patch, the P-Asserted-Identity header would include
+ anonymous caller id information which seems to go against the
+ point of the P-Asserted-Identity header. Now the real caller ID
+ information will be included in this header. Also, no privacy
+ header would be included. This patch adds 'Privacy: id' to
+ outgoing SIP messages that include the P-Asserted-Identity
+ header. (closes issue AST-1301)
+
+2014-03-25 15:50 +0000 [r411088] Kinsey Moore <kmoore at digium.com>
+
+ * channels/chan_sip.c: chan_sip: Fix incorrect use of timers If
+ update_provisional_keepalive() is called while
+ send_provisional_keepalive_full() is waiting on the PVT lock,
+ then pvt->provisional_keepalive_sched_id will be changed to a new
+ sched_id value by update_provisional_keepalive(), but that new
+ sched_id then may be overwritten with -1 by
+ send_provisional_keepalive_full(), killing the pvt's reference to
+ a schedule and "leaking" the reference. (closes issue
+ ASTERISK-22079) Review: https://reviewboard.asterisk.org/r/3368/
+ Reported by: Jamuel Starkey, Matteo, Leif Madsen, Steve Davies
+ Patches: provisional_keepalive_fix.diff uploaded by Steve Davies
+ (license 5012)
+
+2014-03-24 21:36 +0000 [r411021] Joshua Colp <jcolp at digium.com>
+
+ * channels/chan_sip.c: chan_sip: Always use fromdomain if set for
+ domain, even if callerid is set to restricted. (closes issue
+ ASTERISK-20841) Reported by: Kelly Goedert
+
+2014-03-17 21:54 +0000 [r410710-410748] Russ Meyerriecks <rmeyerreicks at digium.com>
+
+ * main/callerid.c: !fixup: callerid: Logic error in checksum
+ processing Fixes syntax error in previous commit :-(
+
+ * main/callerid.c: callerid: Logic error in checksum processing
+ Callerid checksum-ing was being handled incorrectly here. When
+ the checksum is calculated to be 0x00, it will perform 0x100-0x00
+ which results in 0x100. This value will then fail the otherwise
+ correct callerid message. This patch changes the logic to simply
+ add the calculated checksum to the transmitted 2's compliment
+ checksum. Review: https://reviewboard.asterisk.org/r/3356/
+ (closes issue ASTERISK-23488)
+
+2014-03-10 17:00 +0000 [r410380] Richard Mudgett <rmudgett at digium.com>
+
+ * main/http.c: AST-2014-001: Stack overflow in HTTP processing of
+ Cookie headers. Sending a HTTP request that is handled by
+ Asterisk with a large number of Cookie headers could overflow the
+ stack. Another vulnerability along similar lines is any HTTP
+ request with a ridiculous number of headers in the request could
+ exhaust system memory. (closes issue ASTERISK-23340) Reported by:
+ Lucas Molas, researcher at Programa STIC, Fundacion; and Dr.
+ Manuel Sadosky, Buenos Aires, Argentina
+
+2014-03-10 13:15 +0000 [r410308] Kinsey Moore <kmoore at digium.com>
+
+ * channels/chan_sip.c: AST-2014-002: chan_sip: Exit early on bad
+ session timers request This change allows chan_sip to avoid
+ creation of the channel and consumption of associated file
+ descriptors altogether if the inbound request is going to be
+ rejected anyway. (closes issue ASTERISK-23373) Reported by: Corey
+ Farrell Patches: chan_sip-earlier-st-1.8.patch uploaded by Corey
+ Farrell (license 5909) chan_sip-earlier-st-11.patch uploaded by
+ Corey Farrell (license 5909)
+
+2014-03-07 22:50 +0000 [r410224] Corey Farrell <git at cfware.com>
+
+ * channels/chan_sip.c: chan_sip: Fix deadlock of monlock between
+ unload_module and do_monitor Release monlock before calling
+ pthread_join. This ensures do_monitor cannot freeze by locking
+ monlock during module unload. (closes issue ASTERISK-21406)
+ Reported by: Corey Farrell Review:
+ https://reviewboard.asterisk.org/r/3284/
+
+2014-03-07 04:35 +0000 [r410105] Matthew Jordan <mjordan at digium.com>
+
+ * channels/chan_sip.c: chan_sip: Allow static realtime members to
+ be qualified during module load. When a static realtime peer with
+ qualify=yes is loaded, Asterisk will fail to send an OPTIONS
+ request due to the lastms being equal to 0. This results in the
+ peer being unable to receive calls from Asterisk because the
+ status is permanently UNKNOWN. This patch allows an OPTIONS
+ request to be sent during module load by ignoring the lastms
+ value on startup only. Review:
+ https://reviewboard.asterisk.org/r/3294/ (closes issue
+ ASTERISK-17523) Reported by: Maciej Krajewski Tested by:
+ wushumasters patches: realtime_fix_11.7.0.txt uploaded by Trevor
+ Peirce (license 6112)
+
+2014-03-06 23:01 +0000 [r410043] Russell Bryant <russell at russellbryant.com>
+
+ * res/res_musiconhold.c: moh: fix a refcount error with realtime
+ MOH I observed a crash in res_musiconhold on an Asterisk 11
+ system using realtime MOH. Investigation of the backtrace showed
+ a corrupt mohclass, implying that it got destroyed before the
+ code expected it to. I went looking for reference counting errors
+ that could have caused this crash and this patch this result. It
+ contains 2 changes. 1) Remove a usless block of code that was
+ impossible to reach. There was even a comment indicating that it
+ was impossible to reach. The conditional includes
+ "!ast_test_flag(global_flags, MOH_CACHERTCLASSES)" and it's
+ inside of an if block with the opposite check
+ "ast_test_flag(global_flags, MOH_CACHERTCLASSES)". There's no
+ good reason to keep it around. 2) A similar block to #1 contained
+ a reference counting error. It stores state->class in the local
+ variable mohclass without increasing its reference count. The
+ reference count on mohclass is decremented at the end of the
+ function. This block of code probably very rarely runs, which
+ would help explain why this system was working fine for many
+ months before experiencing a crash. Review:
+ https://reviewboard.asterisk.org/r/3282/
+
+2014-03-05 20:31 +0000 [r409916] Kinsey Moore <kmoore at digium.com>
+
+ * main/config.c: config: Fix inverted test The test of the result
+ of the stat() call was inverted such that its output was only
+ used if the call failed. This inverts the test so that the output
+ of stat() is used correctly. This was causing full reloads on
+ unchanged files. (closes issue ASTERISK-23383) Reported by: David
+ Woolley
+
+2014-03-05 16:50 +0000 [r409833] David M. Lee <dlee at digium.com>
+
+ * main/config.c, configure, include/asterisk/autoconfig.h.in,
+ configure.ac: Corrected cross-platform stat nanosecond code When
+ nanosecond time resolution was added for identifying config file
+ changes, it didn't cover all of the myriad of ways that one might
+ obtain nanosecond time resolution off of struct stat. Rather than
+ complicate the #if even further figuring out one system from the
+ next, this patch directly tests for the three struct members I
+ know about today, and #ifdef's accordingly. Review:
+ https://reviewboard.asterisk.org/r/3273/
+
+2014-03-05 12:04 +0000 [r409777] Sean Bright <sean at malleable.com>
+
+ * contrib/scripts/astgenkey, contrib/scripts/astgenkey.8: Fix
+ references to 'keys' CLI commands in astgenkey
+
+2014-03-05 05:10 +0000 [r409705] Igor Goncharovskiy <igor.goncharovsky at gmail.com>
+
+ * channels/chan_unistim.c: Add update_peer function to
+ unistim_rtp_glue, improve other unistim_rtp_glue functions
+ conforming to other channel drivers. Do not forget auto-detected
+ and user-selected phone settings on 'unistim reload'
+
+2014-03-04 19:32 +0000 [r409623] Michael L. Young <elgueromexicano at gmail.com>
+
+ * funcs/func_audiohookinherit.c: func_audiohookinheritance: Check
+ If A Channel Was Specified This patch prevents a crash when using
+ the function audiohookinheritance without setting the channel.
+ (closes issue ASTERISK-23104) Reported by: Joel Vandal Tested by:
+ Joel Vandal Patches:
+ asterisk-23104_audiohook_inherit_no_channel-11.diff uploaded by
+ Michael L. Young (license 5026) Review:
+ https://reviewboard.asterisk.org/r/3272/
+
+2014-03-04 16:50 +0000 [r409521-409566] Kinsey Moore <kmoore at digium.com>
+
+ * main/astobj2.c: AO2: Add an assert for bad objects This adds an
+ assert that will only be active if Asterisk is compiled with
+ DO_CRASH and allows the testsuite to fail tests that would
+ otherwise require log file parsing.
+
+ * main/rtp_engine.c: rtp_engine: Clean up after a failed remote
+ bridge Upon failure of an INVITE transaction meant to initiate a
+ remote native bridge, rtp_engine.c would not clean up
+ non-reference-counted bridge instance pointers leaving a dangling
+ pointer which was being used to perform a local native bridge
+ after the other channel had hung up. This lead to dereferencing
+ into freed memory and plenty of AO2 errors. This change allows
+ the remote native bridge loop to clean up properly when the
[... 47774 lines stripped ...]
More information about the asterisk-commits
mailing list