-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
[HOLD for payment 2024-03-13] [$500] mWeb - Welcome to Expensify is shown for existing user after logging in from public room #35531
Comments
Job added to Upwork: https://www.upwork.com/jobs/~01adefc3ca63c114f2 |
Triggered auto assignment to @sakluger ( |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @Santhosh-Sellavel ( |
We think that this bug might be related to #vip-vsp |
ProposalPlease re-state the problem that we are trying to solve in this issue.Engagement modal is shown while visiting a public room via deep link as an anonymous user. What is the root cause of that problem?The check for showing engagement model is performed inside BottomTabBar in a useEffect. App/src/libs/Navigation/AppNavigator/createCustomBottomTabNavigator/BottomTabBar.tsx Line 55 in 3e77445
Inside Welcome.show method, the engamement modal is shown if current user is App/src/libs/actions/Welcome.ts Lines 130 to 132 in 3e77445
App/src/libs/actions/Welcome.ts Lines 171 to 173 in 3e77445
However the above check doesn't consider whether the current user is an anonymous user. That's why the engagement modal gets shown for anonymous user. What changes do you think we should make in order to solve the problem?Check if current user is an anonymous user before showing engagement modal. // Add check for anonymous user
if (!Session.isAnonymousUser() && !Policy.isAdminOfFreePolicy(allPolicies ?? undefined) && !isExitingToWorkspaceRoute && !hasSelectedChoice && !hasDismissedModal && Object.keys(allPolicies ?? {}).length === 1) {
showEngagementModal();
} What alternative solutions did you explore? (Optional)None |
I asked in #vip-vsb if this is a bug or expected behavior: https://expensify.slack.com/archives/C066HJM2CAZ/p1707178252015419 |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
@sakluger, @Santhosh-Sellavel Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Any update @sakluger |
@sakluger, @Santhosh-Sellavel Whoops! This issue is 2 days overdue. Let's get this updated quick! |
Yes, sorry for the delay. This is confirmed as a bug - we should only show the welcome message to new users. |
Issue not reproducible during KI retests. (First week) |
@sakluger Seems the issue is not reproducible, if any C+ assistance please reassign it, thanks! |
I can take over since I already have context while reviewing original PR of this new feature I am not able to reproduce on Step 4 (after sign in). But instead I am seeing welcome page on Step 2 (after deep link). Is this expected or bug? I believe bug Screen.Recording.2024-02-14.at.4.03.12.AM.mov |
@sakluger this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks! |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
Triggered auto assignment to @luacmartins, see https://stackoverflow.com/c/expensify/questions/7972 for more details. |
@luacmartins |
@sakluger @luacmartins @situchan this issue is now 4 weeks old and preventing us from maintaining WAQ, can you:
Thanks! |
Current assignee @situchan is eligible for the Internal assigner, not assigning anyone new. |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.4.47-10 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue: If no regressions arise, payment will be issued on 2024-03-13. 🎊 For reference, here are some details about the assignees on this issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
Summarizing payment on this issue: Contributor: @aswin-s $500, sent offer via Upwork (https://www.upwork.com/nx/wm/offer/101367608/) @situchan could you please complete the BZ checklist? |
This was missing test case from new feature of engagement modal. Not regression. Regression Test Proposal
|
Thanks! I paid out all the offers and created the regression test issue. |
If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!
Version Number: 1.4.34-0
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
Expensify/Expensify Issue URL:
Issue reported by: Applause -Internal Team
Slack conversation:
Action Performed:
Expected Result:
Public room chat history should be displayed.
Welcome to Expensify message should be either shown before logging in or not at all for existing users
Actual Result:
Welcome to Expensify screen is shown after log in, user is forced to close it to view public room chat history
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6362919_1706736644415.Record_2024-01-31-20-50-10.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: