App
App copied to clipboard
Expensify
[$500] Chat - Attachment page keeps on loading infinitely.
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:
- Go to https://staging.new.expensify.com/
- Tap on a report
- Tap plus icon near compose
- Tap Add attachment
- Take a picture using camera and send it
- Turn off mobile data
- Open the attachment
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?
- [x] Android: Native
- [x] Android: mWeb Chrome
- [ ] iOS: Native
- [ ] iOS: mWeb Safari
- [x] MacOS: Chrome / Safari
- [ ] MacOS: Desktop
Screenshots/Videos
Add any screenshot/video evidence
https://github.com/Expensify/App/assets/93399543/6fe79ab0-0e8f-42ee-8d14-a2811d39de75
Upwork Automation - Do Not Edit
- Upwork Job URL: https://www.upwork.com/jobs/~019f92fc532944b2e5
- Upwork Job ID: 1752760607717834752
- Last Price Increase: 2024-03-14
- Automatic offers:
- situchan | Reviewer | 0
- FitseTLT | Contributor | 0
Job added to Upwork: https://www.upwork.com/jobs/~019f92fc532944b2e5
![melvin-bot[bot] avatar](https://avatars.githubusercontent.com/in/179547?v=4 "Published by a pub.dev verified publisher"){kind=small}
Triggered auto assignment to @lschurr (Bug), see https://stackoverflow.com/c/expensify/questions/14418 for more details.
Triggered auto assignment to Contributor-plus team member for initial proposal review - @situchan (External)
@kbecciv Please check recent changes. I can't send attachments to reproduce this issue.
Proposal
Hi 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:
- Discord displays an Error
- Telegram display hires quality images from storage
📣 @Amoralchik! 📣 Hey, it seems we don’t have your contributor details yet! You'll only have to do this once, and this is how we'll hire you on Upwork. Please follow these steps:
- Make sure you've read and understood the contributing guidelines.
- Get the email address used to login to your Expensify account. If you don't already have an Expensify account, create one here. If you have multiple accounts (e.g. one for testing), please use your main account email.
- Get the link to your Upwork profile. It's necessary because we only pay via Upwork. You can access it by logging in, and then clicking on your name. It'll look like this. If you don't already have an account, sign up for one here.
- Copy the format below and paste it in a comment on this issue. Replace the placeholder text with your actual details.
Format:
Contributor details
Your Expensify account email: <REPLACE EMAIL HERE>
Upwork Profile Link: <REPLACE LINK HERE>
@kbecciv Please check recent changes. I can't send attachments to reproduce this issue.
I believe you can reproduce the issue on any device by following these steps
- Upload any image
- Immediately disconnect your internet connection after success
- open the image
This results in an infinite loading state.
FYI: I am using "version": "1.4.34-1".
Contributor details Your Expensify account email: [email protected] Upwork Profile Link: https://www.upwork.com/freelancers/vitaliip17
✅ Contributor details stored successfully. Thank you for contributing to Expensify!
@Amoralchik thanks for the proposal. The root cause doesn't make sense to me. It's incorrect.
@situchan Let me try once again.
I propose adding a setBothSourceError function and incorporating it into the onError handler of AttachmentViewImage. This function will set bothSourceError to true if both source and fallbackSource return errors.
https://github.com/Expensify/App/blob/554276f05e0165c6705e019729c050a462176d6f/src/components/Attachments/AttachmentView/index.js#L171-L190
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? 💸
@Amoralchik sorry but your latest comment still doesn't explain the root cause correctly. For proposals to be accepted, both root cause and solution should be correctly provided.
Still looking for proposals
@lschurr @situchan this issue was created 2 weeks ago. Are we close to approving a proposal? If not, what's blocking us from getting this issue assigned? Don't hesitate to create a thread in #expensify-open-source to align faster in real time. Thanks!
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
@lschurr @situchan this issue is now 3 weeks old. There is one more week left before this issue breaks WAQ and will need to go internal. What needs to happen to get a PR in review this week? Please create a thread in #expensify-open-source to discuss. Thanks!
📣 It's been a week! Do we have any satisfactory proposals yet? Do we need to adjust the bounty for this issue? 💸
@situchan - Should we raise the bounty here or start a conversation in Slack?
@lschurr what do you think about the expected behavior?
Chat image is thumbnail, Attachment modal image is full size so it's expected not to show when offline. (no way to get full size image from server when offline)
If the current behavior (infinite loading) is bug, what should we show?
Yeah, I would think that if you go offline, the attachment modal would not show an infinite spinner but rather some kind of small "you're offline" icon + message or something.
I agree the infinite loading spinner isn't great, but I think this is a dupe and been around for a long time.
The real solution for this is better support for image caching, isn't it? So while you're offline, you'd see a local cached version of the attachment. That's being worked on elsewhere, starting with here. @situchan let me know if I'm missing something though!
