-
Notifications
You must be signed in to change notification settings - Fork 3k
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
Fix particpant related and searching behavior for default rooms. #3847
Conversation
…to amal-default-rooms-no-participants
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
@TomatoToaster Another bump to test this PR 😬 |
Oh sorry, I was sure I marked this one. It is working all goood. |
Is this supposedly on staging @TomatoToaster? 🤔 ( |
What the. You're totally right for some reason, this logic has completely reverted. I'll look into it. |
Thanks! Sorry to be the bringer of bad news! 😅 |
Should be fixed in the PR linked above (relinked here: #4141) |
@HorusGoul, please review when you get the chance
CC: @yuwenmemon
Details
Stop showing participants of a defaultRoom when trying to create a new Chat, Group, Payment Request, or Bill Split.
Also make it so that when we are in Search, using the email/name of a user doesn't bring up all the defaultRooms that user is a participant in.
Fixed Issues
$ https://github.com/Expensify/Expensify/issues/169139
Tests
Tested the QA Steps locally
QA Steps
Since this is defaultRooms related, this needs to be QA'ed internally (I think?). I'll test this when this hits staging. Just ping @TomatoToaster, if this hasn't been checked off in QA checklist.
Tested On
Screenshots
Web
Mobile Web
Desktop
iOS
Android