Web - Lost Chat with a new user page after switch the tab

[kbecciv]

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:

1. Go to https://staging.new.expensify.com
2. Log in with any account
3. Create a new room
4. Click on Plus button and Click Create New Chat
5. Select any user which you have never chat before
6. Move to another tap ( I used a google)
7. Back to https://staging.new.expensify.com

Expected Result:

After switch the tab the Chat with a user should be displayed in https://staging.new.expensify.com

Actual Result:

Lost Chat with a new user page after switch the tab

Workaround:

Unknown

Platform:

Where is this issue occurring?

• Web

Version Number: 1.1.31.1

Reproducible in staging?: Yes

Reproducible in production?: No

Logs: https://stackoverflow.com/c/expensify/questions/4856

Recording.135.mp4

Notes/Photos/Videos: Any additional supporting documentation

Expensify/Expensify Issue URL:

Issue reported by: Applause

Slack conversation:

View all open jobs on GitHub

[OSBotify]

👋 Friendly reminder that deploy blockers are time-sensitive ⏱ issues! Check out the open StagingDeployCash deploy checklist to see the list of PRs included in this release, then work quickly to do one of the following:

1. Identify the pull request that introduced this issue and revert it.
2. Find someone who can quickly fix the issue.
3. Fix the issue yourself.

[MelvinBot]

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

[joelbettner]

Thanks @roryabraham!

[roryabraham]

To investigate, I'm starting by looking at the difference between the staging and production branches to identify a list of pull requests that seem like possible culprits for this regression.

[roryabraham]

Here's my list of potential culprits:

• Show default workspace rooms #7301
• Update to latest react-native-onyx version #7370
• Separate report name and icon configuration from personal details #7367 (less likely)

[roryabraham]

Okay, I'm actually not able to reproduce this issue on main

[roryabraham]

Is creating a room first a necessary step to reproduce this issue? Without creating a new room first, I can't reproduce this issue on staging either.

[roryabraham]

Added myself to the policyRooms beta so I can test this further. But so far I have been unable to reproduce this issue.

[roryabraham]

Yep, still not able to reproduce this. Can we retest? I'm tempted to close this.

[mvtglobally]

@roryabraham checking if we can get more info

[mvtglobally]

@roryabraham, It looks like whatever CPs we pushed in the recent build fixed the issue, so Some Team members are no longer able to repro as well with 1.1.33-3. We will keep an eye

Recording.141.1.mp4

While another still can. Really not sure

Recording.167.mp4

[roryabraham]

Okay, I'm going to demote this from DeployBlocker and make it a weekly. Please add it to the KI retests for now.

[mvtglobally]

Issue not reproducible during KI retests. (First week)

[mvtglobally]

Issue not reproducible during KI retests. (Second week)

[MelvinBot]

This issue has not been updated in over 15 days. eroding to Monthly issue.

P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do!

[mvtglobally]

Issue not reproducible during KI retests. (Third week) Closing