]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 178986 via svnmerge from
authorSteve Murphy <murf@digium.com>
Fri, 27 Feb 2009 03:56:58 +0000 (03:56 +0000)
committerSteve Murphy <murf@digium.com>
Fri, 27 Feb 2009 03:56:58 +0000 (03:56 +0000)
commitb4264307d2a836061c8b0daf1d4761eb6cf2ea2d
treeb454b09c68c5cda96294a74f111d481fccd288fb
parentd8dbab0c613a835bf56936e2f847955b7ca4e184
Merged revisions 178986 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

................
  r178986 | murf | 2009-02-26 20:45:58 -0700 (Thu, 26 Feb 2009) | 26 lines

  Merged revisions 178956 via svnmerge from
  https://origsvn.digium.com/svn/asterisk/branches/1.4

  In this case, it's just a matter of reducing the default timeouts from 2000
  to 1000 msec, as the max def feature digit timeout is no longer halved.

  ........
    r178956 | murf | 2009-02-26 14:27:32 -0700 (Thu, 26 Feb 2009) | 18 lines

    This change moves the default feature digit timeout to 1000 ms from the previous default of 500.

    As per bug 14515, a dev discussion arrived at a "mediated concensus"
    of a default feature digit timeout of 1.0 sec. Some voted for 1300;
    ctooley thought 1500 for distracted phone users in phone booths;
    kpfleming put his foot down at 1.0 sec.

    Users who found the previous default max delay of 250 msec perfect,
    are welcome to override the new default. Notice that I said that
    250 msec was the default; wait a minute, you might say, the config
    file said it was 500 msec!; well, because of the bug fix for 14515,
    we found that 500 msec was actually enforcing a max of 250. The bug
    fix would restore 500 msec, but we felt even that was a bit tight
    for most users... 2000 msec was pushed earlier by mmichelson, so
    that reduces to 1000 msec after the bug fix. Enjoy!
  ........
................

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@178988 65c4cc65-6c06-0410-ace0-fbb531ad65f3
configs/features.conf.sample
main/features.c