Age | Commit message (Collapse) | Author | Files | Lines |
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@105326 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
type subscribed.
(closes issue #12066)
Reported by: ffadaie
Patches:
branch-1.4-12066-1.diff uploaded by phsultan (license 73)
trunk-12066-1.diff uploaded by phsultan (license 73)
Tested by: ffadaie, phsultan
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@105209 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #11682)
Reported by: caio1982
Patches:
local_atxfer_lang3-1.4.diff uploaded by caio1982 (license 22)
Tested by: caio1982, victoryure
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@104598 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #12086)
Reported by: francesco_r
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@104536 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
This commit brings in a significant set of changes to the SMDI support in Asterisk.
There were a number of bugs in the current implementation, most notably being that
it was very likely on busy systems to pop off the wrong message from the SMDI message
queue. So, this set of changes fixes the issues discovered as well as introducing
some new ways to use the SMDI support which are required to avoid the bugs with
grabbing the wrong message off of the queue.
This code introduces a new interface to SMDI, with two dialplan functions. First,
you get an SMDI message in the dialplan using SMDI_MSG_RETRIEVE() and then you access
details in the message using the SMDI_MSG() function. A side benefit of this is that
it now supports more than just chan_zap.
For example, with this implementation, you can have some FXO lines being terminated
on a SIP gateway, but the SMDI link in Asterisk.
Another issue with the current implementation is that it is quite common that the
station ID that comes in on the SMDI link is not necessarily the same as the Asterisk
voicemail box. There are now additional directives in the smdi.conf configuration
file which let you map SMDI station IDs to Asterisk voicemail boxes.
Yet another issue with the current SMDI support was related to MWI reporting over
the SMDI link. The current code could only report a MWI change when the change
was made by someone calling into voicemail. If the change was made by some other
entity (such as with IMAP storage, or with a web interface of some kind), then the
MWI change would never be sent. The SMDI module can now poll for MWI changes if
configured to do so.
This work was inspired by and primarily done for the University of Pennsylvania.
(also related to issue #9260)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@104119 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #11949)
Reported by: dimas
Patches:
v1-feature-debug.patch uploaded by dimas (license 88)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@102858 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
CFLAGS and include directory paths
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@102627 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
CLI does not appear to block.
(closes issue #11927)
Reported by: bbhoss
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@102378 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
pathname.
2. If ast_monitor_change_fname is called and the new filename is the same as the old, then exit early and don't set the
filename_changed field in the monitor structure. Setting it in this case was causing ast_monitor_stop to erroneously
delete them.
(closes issue #11741)
Reported by: garlew
Tested by: putnopvut
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@101531 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(issue #11342)
Reported by: DEA
Patches:
res_features-park.txt uploaded by DEA (license 3)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@100626 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@99775 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
chan_local
so that people don't disable it in menuselect just to clean up.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@99594 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
which fixes a crash on reconnect with the MyODBC driver.
(closes issue #11798)
Reported by: Corydon76
Patches:
20080119__res_odbc__idlecheck.diff.txt uploaded by Corydon76 (license 14)
Tested by: mvanbaak
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@99341 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
option is incorrectly passed to the transferee when built-in
attended transfers are used. There is still a problem with 'T',
but better to fix some problems than no problems while we work
on it.
(closes issue #7904)
Reported by: k-egg
Patches:
transfer-fix-b14-r97657.diff uploaded by sergee (license 138)
Tested by: sergee, otherwiseguy
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@99032 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
login timeout, but ODBC divides it up into 2 different timeouts.
(Closes issue #11745)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@98467 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
uniform with everything else.
(closes issue #11743)
Reported by: davevg
Patches:
res_agi.diff uploaded by davevg (license 209)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@98317 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@97529 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
destroyed before the SMDI port handling thread gets created.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@96884 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@96815 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
thus excluding the trailing NULL byte.
This change has already been committed to trunk, see #11644.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@96797 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Issue 11237, patch by me.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@96573 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Reported and fixed by: tiziano
(Closes issue #11671)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@96318 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #11622, reported by djrodman, patched by me)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94793 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
res_monitor
needs to use this if the user does not have soxmix.
(closes issue #11589, reported by amessina, patch inspired by amessina but with a flourish from me)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@94122 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93183 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
rizzo brought up some issues related to the way that the metadata required
for menuselect and the rest of the build system is extracted from the source
files. Since I had a few hours to kill on an airplane today, I decided to
improve this situation... so now the system caches the extracted metadata
and uses it to build the menuselect 'tree' as much as it can. The result
of this is that when a single source file is changed, only the metadata for
that file needs to be extracted again, and the rest is used from the cache
files. I also reduced the number of forked processes required to do the
metadata extraction; it was actually possible to do most of what we needed
in the Makefiles themselves without using any shell scripts at all! On my
laptop, these changes resulted in an 80% decrease in the time required
for the 'menuselect.makeopts' automatic check to occur after editing a single
source file.
While doing this work I also cleaned up a few minor things in the Makefiles,
adding a check for 'awk' to the configure script and changed all remaining
places we use 'grep' or 'awk' to use the ones found by the configure script,
and changed the 'prep_tarball' script to build the menuselect metadata so
that tarballs of Asterisk will include it and won't require the user to
wait while it is extracted after unpacking.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@93180 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Reported by: angeloxx-sir
Patch by: tilghman
(Closes issue #11548)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92933 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92556 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
the channel which initiated the bridge was always assumed to have been the one
which activated the dynamic feature. This patch corrects this.
(closes issue #11529, reported and patched by nic_bellamy)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@92510 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Reported by: xrg
Patch by: tilghman
(Closes issue #11387)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@90736 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Issue #11436, reported by lytledd, patch by eliel.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@90607 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@90160 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
ast_calloc().
(closes issue #11390, reported and patched by Laureano)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89727 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #11333)
Reported by: Laureano
Patches:
res_features_v2.c.patch uploaded by Laureano (license 265)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89599 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
a backslash. Unfortunately, this does not universally work on all databases,
since on databases which natively use the backslash as a delimiter, the
backslash itself needs to be delimited, but on other databases that have no
delimiter, backslashing the backslash causes an error.
So the only solution that I can come up with is to create an option in res_odbc
that explicitly specifies whether or not backslash is a native delimiter. If
it is, we use it natively; if not, we use the ESCAPE clause to make it one.
Reported by: elguero
Patch by: tilghman
(Closes issue #11364)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89559 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Reported by: Laureano
Patch by: Laureano,tilghman
(Closes issue #11351)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89545 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Reported by: apsaras
Patch by: tilghman
(Closes issue #11353)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89534 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
announcement to the masqueraded channel, and dial back to the original
channel on timeout.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89491 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
parkpos options are incorrect.
(closes issue #11295)
Reported by: Laureano
Patches:
res_features.c.patch uploaded by Laureano (license 265)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89419 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
It is documented behavior that if a parking extension already exists while using PARKINGEXTEN,
dialplan execution will continue. If blind transferring to a Park with PARKINGEXTEN, you
must keep this in mind, and handle the failure yourself.
Issue 11237, reported by jon.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89248 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
leakage I've already fixed, but it doesn't hurt to double check. I found and fixed leaks in res_jabber, cdr_tds, pbx_ael. Nothing major, tho.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89088 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
treated as empty, and immediately destroyed ...
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89053 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
issue a reload, further use of that class could result in a crash due to
dividing by zero. This set of changes fixes up some places to prevent this
from happening.
(closes issue #10948)
Reported by: jcomellas
Patches:
res_musiconhold_division_by_zero.patch uploaded by jcomellas (license 282)
Additional changes added by me.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@89037 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
issues for prepared queries.
Reported by: Nick Gorham (via -dev list)
Patch by: tilghman
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@88539 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Issue 11131, patch by eliel.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87908 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
either channel has hungup of course the bridge will have failed.
(closes issue #10009)
Reported by: dimas
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@87571 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(closes issue #10959)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@85517 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
valid, therefore, those clients must be considered as buddies. The resource
string helps us make the distinction between clients.
Closes issue #10707, reported by yusufmotiwala.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84902 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
without resource from a buddy that is known to have a resource list.
Revert a change I previously made, where Asterisk could point to a
freed memory location.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84890 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.4@84437 f38db490-d61c-443f-a65b-d21fe96a405b
|