Age | Commit message (Collapse) | Author | Files | Lines |
|
class or the default.
(issue #10123, reported by blitzrage, patches from juggie, qwell, and me)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@74165 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Reported by: apsaras
Patches submitted by: Corydon76
Tested by: apsaras
Fix a problem with MSSQL 2005 by explicitly stating that '\' is being used as
an escape character.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@73684 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
other AGI commands
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@71656 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@71124 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
Issue 10035
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@71065 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
otherwise two threads will try to handle the same channel and it will go kaboom. (issue #9191 reported by japple)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@69846 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@62841 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
don't request fields we aren't going to use
don't request sorting on fields that are pointless to sort on
explicitly request the fields we want, because we can't expect the database to always return them in the order they were created
(reported by blitzrage in person (!), patch by me)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@62796 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
attended transfer before the target extension answers the channel, the transfer
is not successful. (issue #9338, patch by svanlund)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@62547 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
<sigxcpu@gmail.com>, reported via -dev list)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@59299 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
jsmith)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@59086 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@54771 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
#8672 reported by sinistermidget)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@53084 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
threads get a chance to do things. (issue #7875 reported by bob)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@51512 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
transfers again. trunk however will get an option to allow this to be set on/off. (issue #8804 reported by nortex)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@51145 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
1) Ignored signals stayed ignored after the exec().
2) Signals could possibly fire between the fork() and exec(), causing Asterisk
signal handlers within the child to execute, which caused nasty race conditions.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@48374 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
files available for playback. (issue #8539, ulogic)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@48356 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
ParkedCall is executed. This means native bridging can now occur for this. (issue #8406 reported by kebl0155)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@48154 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
and not cause a memory leak. (issue #8449 reported by arkadia)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@48146 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@48045 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
stale handle
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@47525 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
position, instead of always starting at the first file, and doing the random
operation only when switching to the next file.
(bug reported by John Lange on the asterisk-dev mailing list)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@47238 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
(issue #8249, cboie)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@46964 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
confusion and a lot of lost time is the result
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@46803 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
was already handled for the wav49 format. However, it was not handled for
ulaw and alaw. I fixed this in such a way that using the alternate extensions
for ulaw and alaw will only happen if we know we're calling soxmix, and not a
custom script defined using the MONITOR_EXEC variable. The wav49 processing
was left alone so that external scripts will see no behavior change.
(issue #7550, reported by mnicholson, proposed patch by junky, committed fix
is a bit different)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@46776 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
"control stream file" AGI command (issue #8255, mnicholson)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@46557 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
This is because exit() does some extra cleanup which in some implementations
of vfork(), for example, can actually modify the state of the parent process,
causing very weird bugs or crashes. (issue #7971, Nick Gavrikov)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@46361 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43924 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
feature that was configured using multiple digits, and the digit that was
pressed timed out in the feature digit timeout period. For example, if blind
transfer is configured as '##', and a user presses just '#'. In this situation,
the call would lock up and no longer pass any frames.
(issue #7977 reported by festr, and issue #7982 reported by michaels and
valuable input provided by mneuhauser and kuj. Fixed by me, with testing help
and peer review from Joshua Colp).
There are a couple of issues involved in this fix:
1) When ast_generic_bridge determines that there has been a timeout, it returned
AST_BRIDGE_RETRY. Then, when ast_channel_bridge gets this result, it calls
ast_generic_bridge over again with the same timestamp for the next event.
This results in an endless loop of nothing until the call is terminated.
This is resolved by simply changing ast_generic_bridge to return
AST_BRIDGE_COMPLETE when it sees a timeout.
2) I also changed ast_channel_bridge such that if in the process of calculating
the time until the next event, it knows a timeout has already occured, to
immediately return AST_BRIDGE_COMPLETE instead of attempting to bridge the
channels anyway.
3) In the process of testing the previous two changes, I ran into a problem in
res_features where ast_channel_bridge would return because it determined
that there was a timeout. However, ast_bridge_call in res_features would
then determine by its own calculation that there was still 1 ms before the
timeout really occurs. It would then proceed, and since the bridge broke
out and did *not* return a frame, it interpreted this as the call was over
and hung up the channels.
The reason for this was because ast_bridge_call in res_features and
ast_channel_bridge in channel.c were using different times for their
calculations. channel.c uses the start_time on the bridge config, which
is the time that the feature digit was recieved. However, res_features
had another time, 'start', which was set right before calling
ast_channel_bridge. 'start' will always be slightly after start_time in the
bridge config, and sometimes enough to round up to one ms.
This is fixed by making ast_bridge_call use the same time as
ast_channel_bridge for the timeout calculation.
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@43778 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
it will have already been closed elsewhere and could cause massive panic. (issue #7699 reported by bn999)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@42148 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@40901 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
variables (issue #7609)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@39935 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
reported by KNK)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@38825 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
deciding how long the bridge should run (this fixes a problem report where a digit press that did not invoke a feature is never passed across the bridge)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@38686 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
position in the file but it will cause the translation path to be setup again. (issue #7634 reported by asimpson)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@38654 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
certain circumstance (issue #7611 reported by guillecabeza with minor mods by myself)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@38585 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@37419 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@33693 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
the console. If we're unable to set priority, the error goes to Asterisk as
if it were an AGI command (issue 7335).
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@33615 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
that have been loaded, or worse, past the size of the files array
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@31775 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
will be set later based on the file that is chosen to be played to the channel
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@31555 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
informative log message
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@31194 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@29973 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@29732 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
conditions. #6784 (vovan and perry testing)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@29696 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
reported by casper)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@29512 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
make sure that we pass through the correct return value from the application to make sure a segfault doesn't occur by a bridge trying to continue when it should not. Also, when executing applications via applicationmap, make sure that the application is executed against the channel whose DTMF caused it to be fired off in the first place. (part 1/2 of #7090 - this is the only fix that will be applied to both 1.2 and /trunk) acunningham and blitzrage on testing...
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@29196 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
and fixed by nathan)
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@25442 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@24019 f38db490-d61c-443f-a65b-d21fe96a405b
|
|
git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.2@20966 f38db490-d61c-443f-a65b-d21fe96a405b
|