Merged revisions 65200 via svnmerge from
authorSteve Murphy <murf@digium.com>
Fri, 18 May 2007 22:33:51 +0000 (22:33 +0000)
committerSteve Murphy <murf@digium.com>
Fri, 18 May 2007 22:33:51 +0000 (22:33 +0000)
commit4572edae3128844ab90bff27906d58507e637aeb
tree1ceccf7d603467ba779e8786c15af7ce32b48fbc
parent6fbadb43251e90ac9bb31713311a925bcaacb36e
Merged revisions 65200 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.4

................
r65200 | murf | 2007-05-18 16:06:27 -0600 (Fri, 18 May 2007) | 9 lines

Merged revisions 65172 via svnmerge from
https://origsvn.digium.com/svn/asterisk/branches/1.2

........
r65172 | murf | 2007-05-18 14:56:20 -0600 (Fri, 18 May 2007) | 1 line

This update will fix the situation that occurs as described by 9717, where when several targets are specified for a dial, if any one them reports FAIL, the whole call gets FAIL, even though others were ringing OK. I rearranged the priorities, so that a new disposition, NULL, is at the lowest level, and the disposition get init'd to NULL. Then, next up is FAIL, and next up is BUSY, then NOANSWER, then ANSWERED. All the related set routines will only do so if the disposition value to be set to is greater than what's already there. This gives the intended effect. So, if all the targets are busy, you'd get BUSY for the call disposition. If all get BUSY, but one, and that one rings is not answered, you get NOANSWER. If by some freak of nature, the NULL value doesn't get overridden, then the disp2str routine will report NOANSWER as before.
........

................

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@65202 65c4cc65-6c06-0410-ace0-fbb531ad65f3
apps/app_dial.c
include/asterisk/cdr.h