Skip to content
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

Closed
kevinksullivan opened this issue Apr 4, 2022 · 9 comments
Assignees
Labels
Engineering Improvement Item broken or needs improvement. Reviewing Has a PR in review Weekly KSv2

Comments

@kevinksullivan
Copy link
Contributor

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:

  1. Add two email addresses to `defaultRooms beta
  2. Create a workspace with user 1
  3. Go to the Manage members tab of the workspace, invite user 2
  4. Login to user 2 via incognito window, verify that there is an #announce chat room shown in LHN
  5. Navigate back to user 1 session, remove user 2 from the policy
  6. Navigate back to user 2 session

Expected 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:

  • Web
  • iOS
  • Android
  • Desktop App
  • Mobile Web

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

@kevinksullivan kevinksullivan added AutoAssignerTriage Auto assign issues for triage to an available triage team member Daily KSv2 labels Apr 4, 2022
@melvin-bot
Copy link

melvin-bot bot commented Apr 4, 2022

Triggered auto assignment to @lschurr (AutoAssignerTriage), see https://stackoverflow.com/c/expensify/questions/4749 for more details.

@melvin-bot melvin-bot bot removed the AutoAssignerTriage Auto assign issues for triage to an available triage team member label Apr 4, 2022
@kevinksullivan
Copy link
Contributor Author

@yuwenmemon just want to flag this one for you in case you have any other input.

@lschurr lschurr added Engineering Improvement Item broken or needs improvement. labels Apr 4, 2022
@melvin-bot
Copy link

melvin-bot bot commented Apr 4, 2022

Triggered auto assignment to @marcaaron (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

@lschurr lschurr removed their assignment Apr 4, 2022
@yuwenmemon yuwenmemon assigned yuwenmemon and unassigned marcaaron Apr 4, 2022
@JmillsExpensify
Copy link

Commenting on this one so it goes into my "participating" filter.

@melvin-bot melvin-bot bot added the Overdue label Apr 7, 2022
@yuwenmemon
Copy link
Contributor

Do we want to be removing access to the room upon refresh - or right away without even refreshing?

@melvin-bot melvin-bot bot added Overdue and removed Overdue labels Apr 7, 2022
@kevinksullivan
Copy link
Contributor Author

@yuwenmemon ideally it would be without needing a refresh, which was the initial design.

@yuwenmemon yuwenmemon added Weekly KSv2 and removed Daily KSv2 labels Apr 12, 2022
@melvin-bot melvin-bot bot removed the Overdue label Apr 12, 2022
@yuwenmemon
Copy link
Contributor

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?

@kevinksullivan
Copy link
Contributor Author

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.

@kevinksullivan
Copy link
Contributor Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Engineering Improvement Item broken or needs improvement. Reviewing Has a PR in review Weekly KSv2
Projects
None yet
Development

No branches or pull requests

5 participants