[$250] iOS - App crashes when pasting large text to the composer and backgrounding the app

[IuliiaHerets]

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: 9.0.50-5
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught on HybridApp, is this reproducible on New Expensify Standalone?: Y
Issue was found when executing this PR: #50487
Issue reported by: Applause Internal Team

Action Performed:

1. Navigate to https://www.lipsum.com/
2. Generate text with 10 000 words
3. Copy the generated text and the title and quotes under in at the top of the page
4. Open the app
5. Log in with a Gmail account
6. Open any 1:1 DM
7. Long tap inside the composer
8. Tap on "Paste"
9. Background the app
10. Foreground the app
11. Try to interact with the app
12. Repeat steps 9-11 until it crashes

Expected Result:

If the pasted text is longer than 10,000 characters, we should trim the text to 10,000 characters.

We can use a similar pattern to how we indicate the character limit in the Workspace name input field (but it would say Character limit reached (10,000/10,000) instead, or something similar)

Actual Result:

When pasting large text to the composer and backgrounding the app a few times, we attempt to paste the full text string, and the app crashes.

Workaround:

Unknown

Platforms:

• Android: Standalone
• Android: HybridApp
• Android: mWeb Chrome
• iOS: Standalone
• iOS: HybridApp
• iOS: mWeb Safari
• MacOS: Chrome / Safari
• MacOS: Desktop

Screenshots/Videos

Bug6638032_1729189609126.Pmqw0322.mp4

View all open jobs on GitHub

Upwork Automation - Do Not Edit

• Upwork Job URL: https://www.upwork.com/jobs/~021859632203774875578
• Upwork Job ID: 1859632203774875578
• Last Price Increase: 2024-12-05
• Automatic offers:
• wildan-m | Contributor | 105221106

[melvin-bot]

Triggered auto assignment to @sakluger (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details. Please add this bug to a GH project, as outlined in the SO.

[IuliiaHerets]

@sakluger FYI I haven't added the External label as I wasn't 100% sure about this issue. Please take a look and add the label if you agree it's a bug and can be handled by external contributors

[sakluger]

Is this a separate bug from #48888? Or is it a regression from that issue's PR?

If we don't allow users to send messages over 10k characters, why would we allow them to paste over 10k characters in the composer? Why don't we just cut off everything over 10k?

[sakluger]

cc @anmurali @jasperhuangg @Pujan92 curious for your thoughts on the expected behavior here since you all were involved in #48888.

[melvin-bot]

@sakluger Uh oh! This issue is overdue by 2 days. Don't forget to update your issues!

[sakluger]

I posted to Slack (https://expensify.slack.com/archives/C05LX9D6E07/p1729615084337139) asking for feedback on the expected behavior.

[Pujan92]

@sakluger I can't reproduce the crash. Also, this isn't a regression from the other issue.

Simulator.Screen.Recording.-.iPhone.15.Pro.-.2024-10-22.at.22.33.43.mp4

[sakluger]

This feels like a major edge case, especially given that @Pujan92 can't reproduce at all.

I'm going to close the issue for now. @IuliiaHerets - if you're still able to reproduce it, feel free to reopen. At that point, if we can consistently reproduce, then we'll likely change the behavior to auto-clip the text to 10k max characters.

[lanitochka17]

Issue is still reproducible on the latest build 9.0.63-3

Crash.long.text.mp4

[sakluger]

@lanitochka17 thanks for sharing the new video. Just to confirm, did you use the exact same reproduction steps, or did you modify the steps in any way?

[sakluger]

I updated the expected behavior in the OP to indicate that we should trim to 10,000 characters if the user tries pasting more than that.

[melvin-bot]

Job added to Upwork: https://www.upwork.com/jobs/~021859632203774875578

[melvin-bot]

Triggered auto assignment to Contributor-plus team member for initial proposal review - @allroundexperts (External)

[techievivek]

Yes, we should check the combined total and trim to 10k total characters.

+1️⃣

I didn't really notice the blinking, I think it's fine. @techievivek what do you think?

Yeah, it is acceptable for now.

I personally think that we shouldn't trim it, but @techievivek will have the final call.

I suggest trimming it before the markdown parsing to avoid the edge cases you mentioned in your comment. This will help prevent issues like broken links or similar problems. @allroundexperts, do you have any thoughts on why we shouldn't be trimming before? IMO trimming beforehand seems like a safer option.

[allroundexperts]

@allroundexperts, do you have any thoughts on why we shouldn't be trimming before? IMO trimming beforehand seems like a safer option.

It just appears a little weird to me that the character limit count won't change when you'd press the space bar.

[techievivek]

Aaah, ok, but I think that's acceptable than handling those edge cases mentioned above.

[techievivek]

@wildan-m I hope you are clear now with the expectations so you can get started with the PR.

[melvin-bot]

@sakluger, @wildan-m, @allroundexperts, @techievivek Whoops! This issue is 2 days overdue. Let's get this updated quick!

[wildan-m]

Limited availability, will continue the PR tomorrow

[wildan-m]

I think this PR #49228 has already resolve the same thing for this issue.

[sakluger]

Good find! That PR has been merged for two weeks, so I'll ask QA for a retest to see if this bug is resolved.

[melvin-bot]

@sakluger, @wildan-m, @allroundexperts, @techievivek Whoops! This issue is 2 days overdue. Let's get this updated quick!

[melvin-bot]

@sakluger, @wildan-m, @allroundexperts, @techievivek Eep! 4 days overdue now. Issues have feelings too...

[sakluger]

I asked for the retest here: https://expensify.slack.com/archives/C9YU7BX5M/p1735839601691729

[mvtglobally]

Issue is not reproducible

0-02-01-91e21b572656558f6e2bc4dbff02176716bd247045ad7f3b71e8e53e7e0b7790_277892e65c8b7f2.mp4

[sakluger]

Nice, sounds like this is fixed! I'm a little unclear on how much work was completed for this issue before we discovered that another PR fixed it already. @allroundexperts is any payment due for this issue?

[sakluger]

I am pretty sure no payment is due, so I'm going to close the issue. @allroundexperts - if you disagree, please raise in Slack (since I may not see comments on this GH issue after it is closed).

[sakluger]

@allroundexperts raised this in Slack and it turns out that both @allroundexperts and @wildan-m are due 50% payment since the proposal was accepted and the Contributor hired before the issue was closed.

[sakluger]

Summarizing payment on this issue:

Contributor: @wildan-m $125, sent offer via Upwork (https://www.upwork.com/nx/wm/offer/105614874)
Contributor+: @allroundexperts $125, please request on Newdot

[sakluger]

@wildan-m please let me know once you've accepted the Upwork offer.

[wildan-m]

@sakluger accepted the offer. Thanks!

[sakluger]

Thank you! I completed the contract, we're all done here. Closing again.