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
Describe the bug
The bug has different use cases where it happens:
The first is when the user has talked to the bot and authenticated with SSO, and then they cannot be added as an admin. The error shows the user exists.
The second is when the user was an admin and also a chat user, and they cannot access the privileges of admin because Botpress thinks they are chat users. (Usually when in the database the chat user entity goes before the admin entity)
To Reproduce
Steps to reproduce the behavior:
Have SSO set up for the users
Talk to the bot firstly
Try to add the user with that email as an admin
See an error that user exists, but not listed with other users/admins
Expected behavior
Chat user entity should be ignored when adding a user as an admin. And when logging in to the system, the entity of admin should be taken instead of chat user
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):
Server is hosted, Database used is Postgres
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered:
For anyone having this issue, you simply need to specify at least one authentication strategy in your workspace definition (workspaces.json). You will then have access to a list of users that are configured on those strategies.
Describe the bug
The bug has different use cases where it happens:
The first is when the user has talked to the bot and authenticated with SSO, and then they cannot be added as an admin. The error shows the user exists.
The second is when the user was an admin and also a chat user, and they cannot access the privileges of admin because Botpress thinks they are chat users. (Usually when in the database the chat user entity goes before the admin entity)
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Chat user entity should be ignored when adding a user as an admin. And when logging in to the system, the entity of admin should be taken instead of chat user
Screenshots
If applicable, add screenshots to help explain your problem.
Environment (please complete the following information):
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: