-
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
[$500] Chat - Attachment page keeps on loading infinitely. #35502
Comments
Job added to Upwork: https://www.upwork.com/jobs/~019f92fc532944b2e5 |
Triggered auto assignment to @lschurr ( |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @situchan ( |
@kbecciv Please check recent changes. I can't send attachments to reproduce this issue. |
ProposalHi there, Please re-state the problem that we are trying to solve in this issue.Clearly define the nature of "fallbackSource" in AttachmentView to address the current issue. What is the root cause of that problem?The problem arises from the undefined nature of "fallbackSource" in AttachmentView. What changes do you think we should make in order to solve the problem?Implement a mechanism to display informative error messages to users when the "fallbackSource" is undefined. This enhancement aims to provide clarity in the event of an error, thus improving the overall user experience. What alternative solutions did you explore? (Optional)Uploading images to memory and subsequently hashing them after a successful upload. This approach ensures that the "fallbackSource" is always defined. FYI example:
|
📣 @Amoralchik! 📣
|
I believe you can reproduce the issue on any device by following these steps
This results in an infinite loading state. FYI: I am using "version": "1.4.34-1". |
Contributor details |
✅ Contributor details stored successfully. Thank you for contributing to Expensify! |
Could you review @situchan? |
@Amoralchik thanks for the proposal. The root cause doesn't make sense to me. It's incorrect. |
We're waiting proposals |
@situchan Let me try once again. I propose adding a App/src/components/Attachments/AttachmentView/index.js Lines 171 to 190 in 554276f
onError={() => {
setImageError(true);
if (imageError) setBothSourceError(true);
}} After this, we can add a check for allSourceError in the if (!bothSourceError || isImage || (file && Str.isImage(file.name))) condition, and then include: else if (bothSourceError) return (
<Text style={[styles.textStrong, styles.flexShrink1, styles.breakAll, styles.flexWrap, styles.mw100]}>
Unexpected error, please try again later
</Text>
); This way, if both source and fallbackSource are absent in ONYX or return errors, we can display an error message instead of getting stuck in an infinite loading loop. |
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸 |
Could you review this again @situchan? |
@Amoralchik sorry but your latest comment still doesn't explain the root cause correctly. Still looking for proposals |
It will be ready for review by EOD |
Any change @FitseTLT? |
PR ready for review |
PR still being actively worked on #39290 (comment) |
This issue has not been updated in over 15 days. @LLPeckham, @marcochavezf, @mollfpr, @lschurr, @FitseTLT eroding to Monthly issue. P.S. Is everyone reading this sure this is really a near-term priority? Be brave: if you disagree, go ahead and close it out. If someone disagrees, they'll reopen it, and if they don't: one less thing to do! |
So close to merging... |
Issue not reproducible during KI retests. (First week) |
FYI I think this PR caused a regression, see: #42316 (comment) |
It is not a regression but rather a missed edge case for a single/ios native platform. |
Issue not reproducible during KI retests. (Second week) |
@mvtglobally This issue is a fixed one; only payment is left to be processed. 👍 |
Issue not reproducible during KI retests. (Third week) |
Looks like the automation failed on this one and the PR was merged on May 22nd. I'll update and add a payment summary shortly. |
Payment summary:
|
Closing :) |
$500 approved for @mollfpr |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Version Number: 1.4.34.0
Reproducible in staging?: y
Reproducible in production?: y
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
Expensify/Expensify Issue URL:
Issue reported by: Applause - Internal Team
Slack conversation:
Action Performed:
Expected Result:
Attachment page must show the image and must not load infinitely.
Actual Result:
Attachment page keeps on loading infinitely.
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Screenshots/Videos
Add any screenshot/video evidence
Bug6362671_1706724667975.full_video.mp4
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: