Fix an issue that caused getting the correct next channel to not always work.

Also, remove setting the amount of time to wait for a digit from 5 seconds back
down to 1/10 of a second.  I believe this was so the beep didn't get played over
and over really fast, but a while back I put in another fix for that issue.

(closes issue #12498)
Reported by: jsmith
Patches:
      app_chanspy_channel_walk.trunk.patch uploaded by jsmith (license 15)


git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@114597 65c4cc65-6c06-0410-ace0-fbb531ad65f3
This commit is contained in:
Russell Bryant
2008-04-23 20:49:18 +00:00
parent 02bd4cbebc
commit 74694c686d
2 changed files with 4 additions and 6 deletions

View File

@@ -598,12 +598,11 @@ static int common_exec(struct ast_channel *chan, const struct ast_flags *flags,
for (s = peer_name; s < ptr; s++)
*s = tolower(*s);
/* We have to unlock the peer channel here to avoid a deadlock.
* So, when we need it again, we have to lock the datastore and get
* the pointer from there to see if the channel is still valid. */
* So, when we need to dereference it again, we have to lock the
* datastore and get the pointer from there to see if the channel
* is still valid. */
ast_channel_unlock(peer);
peer = NULL;
if (!ast_test_flag(flags, OPTION_QUIET)) {
if (ast_fileexists(peer_name, NULL, NULL) != -1) {
@@ -620,7 +619,6 @@ static int common_exec(struct ast_channel *chan, const struct ast_flags *flags,
ast_say_digits(chan, atoi(ptr), "", chan->language);
}
waitms = 5000;
res = channel_spy(chan, peer_chanspy_ds, &volfactor, fd, flags);
num_spyed_upon++;

View File

@@ -437,7 +437,7 @@ static void *ast_httpd_helper_thread(void *data)
/* If we got a FireFox cookie string, the name's right
after "Cookie: " */
vname = cookie + 8;
vname = cookie + 8;
/* If we got an IE cookie string, we need to skip to
past the version to get to the name */