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
On November 29th, a user reported that they were able to see a number of forms in the "review and process" tab that were not assigned to them. This looks like the same permission issue as last time.
Two members of our team did attempted to replicate the issue in their own accounts, but were not able to do so.
Have we already deployed the permissions fix and this is a new issue, or is this just the same issue as before and we have a fix ready to deploy?
The text was updated successfully, but these errors were encountered:
We deployed the fix, which was made to add time before it loads the permissions. Based on a call with the AOT team, we learned that this is handled in version 5.3 and onwards. It is not an issue with the codebase, but rather with the filter applied when loading the form. This means they can see the form, but they are unable to act on it because they do not have permission for the specific action.
(Note: We can confirm this with any of the users who reported the issue by asking them to open forms that are not assigned to them and share a screenshot with us. This way, we can verify if the form is editable or disabled.)
On November 29th, a user reported that they were able to see a number of forms in the "review and process" tab that were not assigned to them. This looks like the same permission issue as last time.
Two members of our team did attempted to replicate the issue in their own accounts, but were not able to do so.
Have we already deployed the permissions fix and this is a new issue, or is this just the same issue as before and we have a fix ready to deploy?
The text was updated successfully, but these errors were encountered: