-
Notifications
You must be signed in to change notification settings - Fork 3.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Default policy-related rooms are still accessible after being removed from the policy #8470
Comments
Triggered auto assignment to @lschurr ( |
@yuwenmemon just want to flag this one for you in case you have any other input. |
Triggered auto assignment to @marcaaron ( |
Commenting on this one so it goes into my "participating" filter. |
Do we want to be removing access to the room upon refresh - or right away without even refreshing? |
@yuwenmemon ideally it would be without needing a refresh, which was the initial design. |
FYI, from testing it looks like the other way around doesn't work either. If I'm logged in as User A, and then get invited to Workspace X by User B, I don't see the announce room for Workspace X until signing out and then back in again - are we aware of that? |
Hm I didn't catch that in my first test run while removing / re-adding a user. I definitely was not logging out and back in to see the rooms either. |
I just tested by inviting kevin+0000@expense.business and I had to hard refresh to see the room, but didn't need to log out/ log in. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Action Performed:
Manage members
tab of the workspace, invite user 2Expected Result:
User 2 should immediately stop seeing the #announce room (and #admins room if they are an admin) associated with the policy after they were removed.
Actual Result:
User 2 still had access to the policy room until logging out and logging back in. the subheader changes to "Unavailable" and user 2's messages don't send to others, but they can still view the history and it appears as though they can chat there as well.
Platform:
Reproducible in staging?: Yes
Reproducible in production?: Yes
Email or phone of affected tester (no customers): kevin@expense.business (user 1), kevin+0000@expense.business (user 2)
Notes/Photos/Videos:
2022-04-04_11-27-23.mp4
Slack conversation: https://expensify.slack.com/archives/C02MW39LT9N/p1648693269832029
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: