-
Notifications
You must be signed in to change notification settings - Fork 2.9k
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
HybridApp blocked after signing into new experience account #49979
Comments
Still seeing the issue this morning. It seems that after about 60 seconds I do land inside the app, but no data has loaded and I see the 'Woohoo! All caught up' animation 😕 Initial triage:
Does app load correctly:
Bug was introduce with this App release: #49960 |
As we need to align NewDot and HybridApp releases, I think this is important enough to treat as a NewDot blocker given that HybridApp is live in the store, and this issue blocks us from shipping regular fixes to our production app. This will ensure:
|
Triggered auto assignment to @lakchote ( |
👋 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:
|
Hey @lakchote (and FYI @jasperhuangg) This is a HybridApp bug that pretty much bricks the app. For the first time we will treat this as a NewDot blocker, as the regression was caused by a newDot PR on the current checklist and it blocks us from shipping HybridApp releases/fixes. This is the first step in a new process we have been planning for, and @andrew and myself are here to help to document any difficulties or questions that arise. Here is a Stackoverflow post that documents some tips and differences in the triage process. @AndrewGable and myself are here to help answer any questions and help with the process, and we can also seek help from SWM. We can also review the blocking status if the rest of the App checklist ends up being complete before this issue is solved. |
I think we should leverage SWM to gain a headstart on this given the urgency, as I have no previous experience working on HybridApp. The more diligent eyes on this, the better. What are your thoughts? For the rest of my questions, I'll DM you to not bloat this issue. |
Sure, I have tagged our SWM friends here. I appreciate it's not easy, but we'll need everyone in the team to gain familiarity with HybridApp very soon. Please ask any questions here so we can document the process and make it easy for the next deploy blocker 👍 We have verified reproduction, but that could be aa good first step for you as you are unfamiliar. Next, building the app would be good. The readme steps should make this simple and quite a few engineers have been able to do so already. At this point you should be able to git bisect or manually checkout commits to find the place the bug was introduced by using the submodule (Mobile-Expensify/react-native is a clone of App) |
Thanks for tagging SWM. And yes, I'm with you, we need every engineer to become familiar with it. We can't have 2-3 engineers familiar with it, if there is a problem that needs to be handled, we need to be able to solve it regardless. I feel like reaching out to SWM while I investigate is the best of both worlds as I gain experience from it AND the likelihood for the problem to be solved before next App release increases too. I haven't had any trouble building the app nor reproducing the bug. The first problem I've encountered: Solution: update |
It might be caused by the fact we haven't merged OldDot part of onboarding fix . Honestly, I have doubts, but I can't say that I'm 100% sure until I verify it. |
We do have a couple of |
Just noting that we may also need to bump the submodule commit. |
Hey @Julesssss! Even though I have a TestFlight build, and accounts using NewDot, I am unable to reproduce it... Does it happen on your account and are there any prerequisites to reproduce the crash? |
I'm currently stuck while rebuilding on Android:
I've tried deleting the app in Android studio already. I've tried building on iOS to save time and wasn't able to do so:
I've also followed the iOS troubleshooting steps here. This makes it hard to test whether this PR solves it or not. |
@lakchote As per iOS - what is your XCode version? |
Thanks for your answer, I'm going to try what you've said for Android. My XCode version is 16.0. Here's what I've done to reproduce the bug @staszekscp, maybe you can try it to see if you can reproduce it too?
|
Yeah it's happening on multiple accounts for me (assuming they are set to new experience). It occurs on existing accounts as well as new accounts.
Ah odd, and there isn't a link provided within the email? |
Ok, I think that iOS problem is definitely related to the XCode, which introduced The fix for the clash was introduced here |
Hmm, I had this problem on dev, I had to update my |
Hmm, that's interesting. I think we'll encounter the problem down the line yes, for people with newest XCode versions. What do you think @Julesssss? We could do it in a separate PR as a follow-up. |
I think for sure that is a separate issue as long as we're able to build and verify the fix (worst case: Android locally, Testflight build for iOS) |
I just noticed this btw. It occurs on existing accounts, no need to create new accounts. |
@Julesssss what is the iOS version on your device? I start wondering if it's not caused by iOS18? 😄 |
Hi all, just as a heads up, while I have been able to consistently reproduce this, I got the latest version from testflight |
Got it, it was to ensure I've entered with a fresh state to debug. -- I was able to rebuild finally on Android thanks to @staszekscp. While checking out the branch Screen.Recording.2024-10-01.at.16.50.47.mov |
@tgolen could you please try completely uninstalling the app and then re-installing? This sounds similar to my experience this morning, and it would be great to confirm this is easier to reproduce on a fresh install. |
Here's my reproduction. I'm following the steps listed at the top of the issue, but making sure to uninstall the app before reinstalling: 8E459400-B26A-4865-85CA-1036631AA1AE.MP4 |
Ah that's great news @lakchote 👍 Let's merge that PR and retest. We just need to wait for the next App build to be triggered (via CP or checklist completion). Then we can test the fix on HybridApp Testflight/Google Play beta |
OK, I've reinstalled. Now I think I need to wait 2 hours for my authToken
to expire.
…On Tue, Oct 1, 2024 at 9:20 AM Jules ***@***.***> wrote:
Ah that's great news @lakchote <https://github.com/lakchote> 👍
Let's merge that PR and retest. I think we would need the PR to be CP'd in
order for it to appear on the associated HybridApp build.
—
Reply to this email directly, view it on GitHub
<#49979 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAJMAB5EBOQ5UNZBAIFLIP3ZZK4VLAVCNFSM6AAAAABPFG64HGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGOBWGI4TSNZUG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@tgolen You should be able to expire your authToken if you get someone in ring1 to run this query REPLACE INTO nameValuePairs (accountID, name, value, created) VALUES (<mainAccountID>, 'private_minimumAuthTokenIssueTime', strftime('%s', 'now', 'utc') || '000000', Date('now')); |
Hm, even waiting til it naturaly expired, the app opened right up and loaded the LHN like I expected. So I still wasn't able to reproduce it. |
@Julesssss issue not reproducible on the new build ( RPReplay_Final1727864718.MP4 |
Closing the issue since the problem isn't reproductible anymore. (Discussed it with @Julesssss beforehand, as I'm not used to HybridApp process). |
Problem
HybridApp iOS and Android apps are bricked by this screen after authenticating with a user set to new experience.
Expected Result:
Actual Result:
Discussed here in Slack.
Solution
Work back through versions, seeking regression.
The text was updated successfully, but these errors were encountered: