[HOLD for payment 2023-09-04] Login - Can't sign in with Apple

[lanitochka17]

If you haven’t already, check out our contributing guidelines for onboarding and email contributors@expensify.com to request to join our Slack channel!

---

Issue found when executing PR #23673

Action Performed:

1. Go to staging.new.expensify.com
2. Click on Apple icon logo
3. Enter valid Apple ID and password
4. If prompted, validate with 2 factor authentication
5. Select "Share my email" and click on "Continue"

Expected Result:

he user should be able to log in with their Apple account

Actual Result:

The user is unable to log in with their Apple account

Workaround:

Unknown

Platforms:

Which of our officially supported platforms is this issue occurring on?

• Android / native
• Android / Chrome
• iOS / native
• iOS / Safari
• Windows / Chrome
• MacOS / Desktop

Version Number: 1.3.56-0

Reproducible in staging?: Yes

Reproducible in production?: No

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

Bug6173525_bandicam_2023-08-21_23-12-12-379.mp4

Expensify/Expensify Issue URL:

Issue reported by: Applause - Internal Team

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.

[melvin-bot]

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

[yuwenmemon]

@marcochavezf Can you take a look?

[lindboe]

This is odd. I tried on staging and the response is that the idToken param is missing:

{"code":666,"jsonCode":666,"type":"Expensify\\Libs\\Error\\ExpError","UUID":"b2609074-dcf5-4513-86f1-575c3e51e90e","message":"Missing idToken when attempting to sign in via Apple.","title":"","data":[],"htmlMessage":"","onyxData":[],"requestID":"7faca0af19c72819-SEA"}

I'm not sure how that's happening. The idToken param is clearly in the API.write call: https://github.com/Expensify/App/blob/main/src/libs/actions/Session/index.js#L271, and we've had this working for a while locally now.

Currently spinning up an Android build (need to grab a token from Android to make the local web test work) so I can re-test locally to see if the error is occurring there.

[marcochavezf]

Yeah this is weird, for some reason, the idToken is not included in the payload:

[marcochavezf]

Looking at the bundle file, seems the param in beginAppleSignIn is undefined:

[marcochavezf]

At the upper level, we're trying to get the id_token from the object detail, but it seems we'd need to get it from detail.authorization.id_token @lindboe

[marcochavezf]

I suppose it's coming from here, would be possible that the structure of the object changes in dev mode?

I think we should create some helper function to get the id_token, something like:

function getIDToken(event){
   return lodashGet(event.detail, 'authorization') ?  lodashGet(event.detail.authorization, 'id_token') : lodashGet(event.detail, 'id_token');
}

At least to fix the deploy blocker and we can check out later why the structure changes, what do you think @lindboe?