Skip to content
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-08-14] [HybridApp] Onyx value miss-match triggering welcome modal #46412

Closed
Julesssss opened this issue Jul 29, 2024 · 8 comments
Assignees
Labels
Awaiting Payment Auto-added when associated PR is deployed to production Daily KSv2 Engineering Internal Requires API changes or must be handled by Expensify staff

Comments

@Julesssss
Copy link
Contributor

Problem

In some cases the Welcome Modal is being displayed due to the NVP not being read from Onyx correctly. It is hard to reproduce.

@JmillsExpensify is experiencing this.

Solution

Mateusz has a plan here.

@Julesssss Julesssss added Engineering Daily KSv2 Internal Requires API changes or must be handled by Expensify staff labels Jul 29, 2024
@mateuuszzzzz
Copy link
Contributor

Commenting to be assigned

@mateuuszzzzz
Copy link
Contributor

mateuuszzzzz commented Jul 31, 2024

Update:

From current investigations it seems like problem lies somewhere in Onyx (probably this is specific of HybridApp).
I reproduced the bug using emulator which is not exactly the same as Jason's environment. Nevertheless, I think we experience the same thing and origin is very similar or even the same.

It's hard to verify the real root cause without Jason's logs so I'm gonna need them at some point.

I think that since we cannot rely on Onyx in this case we can always fallback to values from OldDot. This should simplify the logic a bit. At the moment we have two sources of completedHybridAppOnboarding which is OldDot NVP and NewDot Onyx.
I'm testing fix where we have native method that returns OldDot's NVP value. In this case we should be able to get rid of Onyx for this specific nvp.

@mateuuszzzzz
Copy link
Contributor

mateuuszzzzz commented Jul 31, 2024

I should be able to prepare PR today. Actually 2 PRs, because fix changes some logic on OD and ND. Then I assume we can create ad hoc build for Jason to make sure that it fixed the problem on his device.

EDIT: I created drafts https://github.com/Expensify/Mobile-Expensify/pull/12899 and #46603 but I have one more hypothesis that the bug might be related to the change of component that Explanation Modal uses underneath (initially we were using slightly different implementation). In order to verify it I'm gonna need Jason's logs and current values of his tryNewDot NVP.

@mateuuszzzzz
Copy link
Contributor

mateuuszzzzz commented Aug 1, 2024

After verification of Jason's NVP it looks like we can introduce simpler fix. I'll prepare PR tomorrow

@melvin-bot melvin-bot bot added Reviewing Has a PR in review Weekly KSv2 Awaiting Payment Auto-added when associated PR is deployed to production and removed Daily KSv2 Weekly KSv2 labels Aug 2, 2024
@melvin-bot melvin-bot bot changed the title [HybridApp] Onyx value miss-match triggering welcome modal [HOLD for payment 2024-08-14] [HybridApp] Onyx value miss-match triggering welcome modal Aug 7, 2024
@melvin-bot melvin-bot bot removed the Reviewing Has a PR in review label Aug 7, 2024
Copy link

melvin-bot bot commented Aug 7, 2024

Reviewing label has been removed, please complete the "BugZero Checklist".

Copy link

melvin-bot bot commented Aug 7, 2024

The solution for this issue has been 🚀 deployed to production 🚀 in version 9.0.17-2 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-08-14. 🎊

For reference, here are some details about the assignees on this issue:

@melvin-bot melvin-bot bot added Daily KSv2 and removed Weekly KSv2 labels Aug 14, 2024
Copy link

melvin-bot bot commented Aug 14, 2024

Skipping the payment summary for this issue since all the assignees are employees or vendors. If this is incorrect, please manually add the payment summary SO.

Copy link

melvin-bot bot commented Aug 19, 2024

@mateuuszzzzz Huh... This is 4 days overdue. Who can take care of this?

@melvin-bot melvin-bot bot added the Overdue label Aug 19, 2024
@melvin-bot melvin-bot bot removed the Overdue label Aug 20, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Awaiting Payment Auto-added when associated PR is deployed to production Daily KSv2 Engineering Internal Requires API changes or must be handled by Expensify staff
Projects
No open projects
Status: Done
Development

No branches or pull requests

3 participants