-
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
Unable to access private room on staging but shows a page with composer on production #20831
Comments
Triggered auto assignment to @mallenexpensify ( |
Bug0 Triage Checklist (Main S/O)
|
Triggered auto assignment to @amyevans ( |
Thanks @avi-shek-jha for asking in the Slack thread that, if it's on staging only, should it be a deploy blocker. I asked https://expensify.slack.com/archives/C049HHMV9SM/p1686867131810959?thread_ts=1686722925.761399&cid=C049HHMV9SM and internally. @amyevans wasn't sure about internal/external |
👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open
|
Job added to Upwork: https://www.upwork.com/jobs/~01a9b420914de094eb |
Triggered auto assignment to Contributor Plus for review of internal employee PR - @aimane-chnaif ( |
Triggered auto assignment to @cead22 ( |
@mallenexpensify @kavimuru are we certain the conversation should actually load, and that what we're seeing on staging isn't by design? The thing is, the video doesn't show the channel actually loading, it just shows the skeleton UI that suggests it's loading |
cc @dukenv0307 @fedirjh @aldo-expensify is it possible this is by design, and was implemented in this PR? |
I wondered the same thing @cead22 . But "Private" appears to mean "Private to the workspace", so the chat should load if a user is a member of the workspace (as it does on production). Since this is a deploy blocker, let me test again |
Tested again and was able to reproduce |
Maybe this isn't caused by that PR since it is on staging and production, so the behavior from the PR should be the same on both |
Upon multiple retests (where I double checked I was logged in on both production for User B with the correct accounts) I was unable to produce. Where I think the problem is is that, when creating a new room, we state |
@mallenexpensify, @aimane-chnaif Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Bumping to weekly since it needs reproduction and/or it might be a feature request? Will dig in soon-ish |
Still need to look into |
I'm going to close this for now since I wasn't able to reproduce and Vit mentioned this a few weeks ago
I think we're planning on addressing this flow but it'll take a while to get everything fleshed out |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Share code
>Copy URL to clipboard
.Expected Result:
Should be able to access private room on staging
Actual Result:
Unable to access private room on staging but shows a page with composer on production
Workaround:
Can the user still use Expensify without this being fixed? Have you informed them of the workaround?
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.28-3
Reproducible in staging?: y
Reproducible in production?: y
If this was caught during regression testing, add the test name, ID and link from TestRail:
Email or phone of affected tester (no customers):
Logs: https://stackoverflow.com/c/expensify/questions/4856
Notes/Photos/Videos: Any additional supporting documentation
error-2023-06-14_11.45.56.mp4
Recording.979.mp4
Expensify/Expensify Issue URL:
Issue reported by: @avi-shek-jha
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1686722925761399
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: