Report - App crashed when open a conversation with a specific account

[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!

---

Action Performed:

Precondition: user should be logged in

1. Open app on main testing device with account A (it could be any
2. Open app on the second device with account B (Hohovemgo+1@gmail.com
   )
3. Send message from account B to account A
4. Open the conversation with account B on main testing device with account A

Expected Result:

Report (conversation) should be opened and message should be displayed

Actual Result:

App crashed
If you kill and relaunch app after the first crash it will crash again on startup on iPad device
The issue is only reproducible with account B: Hohovemgo+1@gmail.com
Account A: Hohovemgo+150@gmail.com.
Account B: Hohovemgo+1@gmail.com

Workaround:

Unknown

Platforms:

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

• Android / native
• Android / Chrome
• iOS / native
• iPad Pro 11 / native
• MacOS / Chrome / Safari
• MacOS / Desktop

Version Number: 1.3.57-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

Bug6175638_app_crashed_on_iPad.mp4

Bug6175638_app_crashed_on_iPhone.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 @dangrous (Engineering), see https://stackoverflow.com/c/expensify/questions/4319 for more details.

[roryabraham]

Doesn't look like these crashes (or any iOS crashes, for that matter...) are being captured in Crashlytics

[dangrous]

i don't see anything weird in the logs, im going to try starting a conversation from a different account to that account and see if it still happens

[roryabraham]

The only potential hint I'm seeing in logs is:

TransactionIDs are not converted to string

Not sure if that's a red herring or not though. Maybe the best next step would be to:

1. Run iOS app on dev to see logs
2. Point dev at the staging API
3. Supportal into the user's account (on NewDot), see if it crashes and you can get logs

[dangrous]

Though I just realized based on the testing steps - a message needs to be sent FROM that account right? I can't really do that in Supportal, can I?

Re that logline, it shows up a lot so I don't think it's related but you never know.

I also realized that in logsearch our email search is case-sensitive, so I found more logs searching just for hohovemgo+1@gmail.com. It seems to be connected to a lot of accounts with hobovemgo+4@gmail.com has a non valid personal details or timezone NVP, so maybe there's something there?

[dangrous]

This might be relevant - I looked for weirdness on the receiving account, found this request. https://www.expensify.com/_devportal/tools/logSearch/#query=request_id:(%227fbc8c204bd724bd-KBP%22)+AND+timestamp:[2023-08-24T14:14:51.726Z+TO+2023-08-24T16:14:51.726Z]&index=logs_expensify-023948

Will peruse now

[dangrous]

Okay I supportaled into the receiver's account and it did not crash on web, but the issue only happens on iOS and I don't think we can supportal on that

[dangrous]

I don't love it but I think if it's truly only this one account, and only on iOS, we might be able to not block deploy. Definitely not going to close the issue but I don't want to slow us down. What do you think, @roryabraham?

I'm trying to figure out next steps given that we have no crashlytics data nor obvious culprits in the logs, and can't otherwise reproduce.

[roryabraham]

the issue only happens on iOS and I don't think we can supportal on that

True.

I don't love it but I think if it's truly only this one account, and only on iOS, we might be able to not block deploy

Yeah, I think I agree here. @lanitochka17 please let us know if other accounts are able to reproduce the problem. Furthermore, ask the tester to log out and back in and see if that fixes the problem for them.

given that we have no crashlytics data nor obvious culprits in the logs, and can't otherwise reproduce

IDK if this can be arranged, but it might be easy to test by just pointing a dev app at staging and coordinating with the tester to log-in with the magic code sent to their email.