Issues
- User that switched to DND during call to linear ring group gets ringed anywayWAZO-3972Resolved issue: WAZO-3972Charles Langlois
- [2] phone-number management in wazo-uiWAZO-3936Resolved issue: WAZO-3936Pascal Cadotte
- (analysis) translations for user-facing text of push notificationsWAZO-3788Resolved issue: WAZO-3788Charles Langlois
- phonebook contact import API reports false information when errors occur during database operationWAZO-3406Resolved issue: WAZO-3406Charles Langlois
4 of 4
User that switched to DND during call to linear ring group gets ringed anyway
Done
Description
Zendesk Ticket IDs
13023
Details
Priority
MediumAssignee
Charles LangloisCharles LangloisReporter
Charles LangloisCharles LangloisApprovers
Sébastien DuthilFix versions
Sprint
NoneZendesk Ticket Count
1
Details
Details
Priority
Assignee
Charles Langlois
Charles LangloisReporter
Charles Langlois
Charles LangloisApprovers
Sébastien Duthil
Fix versions
Sprint
None
Zendesk Ticket Count
1
Zendesk Support
1
Zendesk Support
1
Zendesk Support
1
Created November 29, 2024 at 5:12 PM
Updated December 11, 2024 at 9:30 PM
Resolved December 2, 2024 at 8:31 PM
Activity
Show:
Charles LangloisNovember 29, 2024 at 8:14 PM
Also changed the dialplan to rely on an explicit WAZO_GROUP_LINEAR_INTERFACE_COUNT
variable as a bound for the iteration, instead of waiting for an empty variable. This adds a layer of insurance that only variables that should have been overwritten by the last call to linear_group_get_interfaces
are read in the loop.
Given a ring group in linear strategy with one user member
Given the group gets called and the user is available
Given the user switches to DND during the call
Then the user keeps getting called
Expected the user to not get called while in DND status
Details
The dialplan relies on variables dynamically set by an AGI for the available member interfaces to Dial. While the AGI checks the DND status on each iteration over members, the variables that were set in previous iterations are not cleaned up, and the dialplan keeps reusing variables set by previous iterations, which may refer to interfaces that are not available in the current iteration.
Solution
A simple patch on the dialplan logic: