Mark Michelson
c3a92f402f
Merged revisions 76801 via svnmerge from
...
https://origsvn.digium.com/svn/asterisk/branches/1.4
........
r76801 | mmichelson | 2007-07-24 11:26:58 -0500 (Tue, 24 Jul 2007) | 13 lines
Added a membercount variable to call_queue struct which keeps track of the number of logged in members in a particular queue.
This makes it so that the 'n' option for Queue() can act properly depending on which strategy is used. If the strategy is
roundrobin, rrmemory, or ringall, we want to ring each phone once before moving on in the dialplan. However, if any other strategy is
used, we will only ring one phone since it cannot be guaranteed that a different phone will ring on subsequent attempts to ring a phone.
As a side effect of this, the QUEUE_MEMBER_COUNT dialplan function now just reads the membercount variable instead of traversing through
the member list to figure out how many members there are.
Special thanks to blitzrage for helping to test this out.
(closes issue #10127 , reported by bcnit, patched by me, tested by blitzrage)
........
git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@76804 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2007-07-24 16:42:36 +00:00
..
2007-07-16 14:39:29 +00:00
2007-07-18 19:47:20 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-23 19:51:41 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-20 18:44:30 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-18 12:38:36 +00:00
2007-07-16 14:39:29 +00:00
After some study, thought, comparing, etc. I've backed out the previous universal mod to make ast_flags a 64 bit thing. Instead, I added a 64-bit version of ast_flags (ast_flags64), and 64-bit versions of the test-flag, set-flag, etc. macros, and an app_parse_options64 routine, and I use these in app_dial alone, to eliminate the 30-option limit it had grown to meet. There is room now for 32 more options and flags. I was heavily tempted to implement some of the other ideas that were presented, but this solution does not intro any new versions of dial, doesn't have a different API, has a minimal/zero impact on code outside of dial, and doesn't seriously (I hope) affect the code structure of dial. It's the best I can think of right now. My goal was NOT to rewrite dial. I leave that to a future, coordinated effort.
2007-07-19 23:24:27 +00:00
After some study, thought, comparing, etc. I've backed out the previous universal mod to make ast_flags a 64 bit thing. Instead, I added a 64-bit version of ast_flags (ast_flags64), and 64-bit versions of the test-flag, set-flag, etc. macros, and an app_parse_options64 routine, and I use these in app_dial alone, to eliminate the 30-option limit it had grown to meet. There is room now for 32 more options and flags. I was heavily tempted to implement some of the other ideas that were presented, but this solution does not intro any new versions of dial, doesn't have a different API, has a minimal/zero impact on code outside of dial, and doesn't seriously (I hope) affect the code structure of dial. It's the best I can think of right now. My goal was NOT to rewrite dial. I leave that to a future, coordinated effort.
2007-07-19 23:24:27 +00:00
2007-07-23 17:49:45 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-23 19:51:41 +00:00
2007-07-20 22:25:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-24 16:42:36 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-23 19:51:41 +00:00
2007-07-19 03:37:12 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-18 19:47:20 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-23 22:41:27 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 13:35:20 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-16 14:39:29 +00:00
2007-07-23 19:51:41 +00:00
2007-07-16 14:39:29 +00:00
2005-11-29 18:24:39 +00:00
2005-11-29 18:24:39 +00:00
2007-03-27 23:03:09 +00:00
2005-11-29 18:24:39 +00:00