-
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
Web -Chat - Extra rooms: admin and announce displayed after log in with owner account #11281
Comments
Triggered auto assignment to @stitesExpensify ( |
@aldo-expensify maybe it's related to #10491? |
I'm confused by this / not able to reproduce it:
How is it possible to add people to a workspace from OldDot, since clicking on the workspace brings you to NewDot? From NewDot, it's not yet possible to invite people to a workspace with a specific role (admin vs employee). So I'm confused exactly what was done here to create the state we see in the screenshot above. I did the following:
Almost? Everything seems correct now: workspace-ownerworkspace-admin
workspace-employeeSame state as workspace-admin |
In any event, workspace chats are still behind a beta, so we don't need to block deploy on this |
cc @trjExpensify @JmillsExpensify Can you buddy-check my above analysis of this issue please? |
Agree we don't need to block a deploy. |
For the workspace chats, can you check whether they were created (via chat switcher), just potentially don't show proactively in the LHN? |
Yes. I checked and they were not discoverable via search or request money pages |
However, when I sent a message in the workspace chat (as the |
Some more details over here: #10491 (comment) |
Thanks for testing @roryabraham I understand that the workspace-employee (same as workspace-admin at the moment) should only see their policy expense chat, but I think this hides away if it is empty and archived. I'll test again putting messages on each chat/room before closing the workspace. What I think is a bug is that the |
In any event, I think we should close this issue because I'm not able to reproduce it as written. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Issue found when execute PR #10491
Action Performed:
applausetester+workspace-admin@applause.expensifail.com/Feya86Katya
applausetester+workspace-employee@applause.expensifail.com/Feya86Katya
applausetester+workspace-owner@applause.expensifail.com/Feya86Katya
and create workspace inviting applausetester+workspace-employee@applause.expensifail.com
as an employee and applausetester+workspace-admin@applause.expensifail.com as an admin.
account and check 3 policy expense chats, one for each workspace member, and two rooms: #announce and #admin
Expected Result:
3 policy expense chats, one for each workspace member, and two rooms: #announce and #admin are displayed with owner account
Actual Result:
Extra rooms: admin and announce displayed after log in with owner account
Workaround:
Uknown
Platform:
Where is this issue occurring?
Version Number: 1.2.6.0
Reproducible in staging?: Yes
Reproducible in production?: Yes
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
View all open jobs on GitHub
The text was updated successfully, but these errors were encountered: