You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the dialog profiles are shared by clusterer module or a CacheDB backend the name of the profiles should include the /b or /s Flags but the dialog interface only use the name of the profile without the flags, this cause that we just get the "!!! Array" message when we request the size of the shared profiles (with or without values), but if we use the correct name with the /b or /s on the value of the select option it works fine and we get the correct number of dialogs and the list of dialogs on the profile.
This bug is because the response from the list_all_profiles mi command return the name without the flags.
The text was updated successfully, but these errors were encountered:
Alconqro
added a commit
to Alconqro/opensips-cp
that referenced
this issue
Jun 30, 2021
That's a good catch @Alconqro . But I think the issue is in OpenSIPS and not in CP. As OpenSIPS is fetching the list of existing profiles via the list_all_profiles MI cmd - and this one should return the correct profile names with the \b or \s - basically these suffixes are part of the profile name (you use use the names with the flags everywhere in the opensips cfg - and from cfg perspective caller and caller\b are different profiles)
Right ! In the mean time the dialog module is updated with a permanent fix the CP fix do the work for me or anyone else that could have the same problem.
Thanks for addressing this issue.
When the dialog profiles are shared by clusterer module or a CacheDB backend the name of the profiles should include the /b or /s Flags but the dialog interface only use the name of the profile without the flags, this cause that we just get the "!!! Array" message when we request the size of the shared profiles (with or without values), but if we use the correct name with the /b or /s on the value of the select option it works fine and we get the correct number of dialogs and the list of dialogs on the profile.
This bug is because the response from the list_all_profiles mi command return the name without the flags.
The text was updated successfully, but these errors were encountered: