| Summary: | ASTERISK-05027: app_queue with realtime don't send calls to an recently added member to the queue_member_table | ||
| Reporter: | Roberto Lopes (rflopes3) | Labels: | |
| Date Opened: | 2005-09-08 14:25:56 | Date Closed: | 2005-09-13 23:02:42 |
| Priority: | Major | Regression? | No |
| Status: | Closed/Complete | Components: | Applications/app_queue |
| Versions: | Frequency of Occurrence | ||
| Related Issues: | |||
| Environment: | Attachments: | ||
| Description: | This error occurs everytime. The description is: There is no members on the table queue_members_table and there is 2 calls on queue. A member is inserted on the table and the app_queue don't send calls to this member. Only when a NEW call arrives at the queue, the older call are sent. | ||
| Comments: | By: Kevin P. Fleming (kpfleming) 2005-09-13 23:02:31 This is a correct analysis; the queue membership is only determined at the time a caller is placed into the queue. Doing it while the call is already in the queue would increase the database burden quite dramatically. This is not a bug; it's a design decision. If you can come up with a design and a tested patch that will make this work for finding new members while a caller is already in the queue, we'll consider it. | ||