-
Notifications
You must be signed in to change notification settings - Fork 3k
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
[HOLD for payment 2023-10-09] [$500] Chat - Loader is shown on top of image even after image is loaded in attachment carousel #26046
Comments
Triggered auto assignment to @sakluger ( |
Bug0 Triage Checklist (Main S/O)
|
ProposalPlease re-state the problem that we are trying to solve in this issue.Chat - Loader is shown on top of image even after image is loaded in attachment carousel What is the root cause of that problem?from this PR https://github.com/Expensify/App/pull/20798/files#diff-d0e9c4b27eeb3cf558959584e3c3ea569b9a70c4fa1334846ac028a504cf035d introduced App/src/components/Attachments/AttachmentCarousel/Pager/AttachmentCarouselPage.js Lines 76 to 77 in d09a1b6
What changes do you think we should make in order to solve the problem?we should check image is already Transformed or not. This
and here App/src/components/Attachments/AttachmentCarousel/Pager/AttachmentCarouselPage.js Line 102 in d09a1b6
setIsImageTransformered(true); and on onLoadEnd as well.and App/src/components/Attachments/AttachmentCarousel/Pager/AttachmentCarouselPage.js Line 118 in d09a1b6
add onLoadEnd={() => setIsImageTransformered(true)} the loader should show if the image is not Transforming only Result Screen.Recording.2023-09-15.at.6.51.36.AM.mov |
ProposalPlease re-state the problem that we are trying to solve in this issue.Chat - Loader is shown on top of image even after image is loaded in attachment carousel What is the root cause of that problem?Our loader is configured to show as soon as the loading process began, without distinguishing between images loaded from the cache and those fetched from the internet. This meant that even if an image was instantly available in the cache and displayed immediately, our loader logic would still interpret this as a loading sequence. As a result, the isLoading state would momentarily set to true, only to revert back to false instantly, causing the loading indicator to flash or flicker briefly. I already fixed similar issue few weeks ago: PR What changes do you think we should make in order to solve the problem?To address the flickering loader issue, we should introduce a slight delay before showing the loader, allowing cached images to display without triggering the loading indicator. Simultaneously, we need to enhance our mechanism for tracking image load status, ensuring that once an image is loaded, its status is remembered, preventing unnecessary loader displays for cached images. Synchronizing the fallback display with the image's actual load status will further mitigate the flash of the loader. Lastly, optimizing the caching of image dimensions will expedite image rendering, contributing to a smoother user experience. Imports:
State Variables:
Refs:
Effects:
Image Component:
ActivityIndicator:
Resultfix_demo.mp4 |
@sakluger Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
This comment was marked as resolved.
This comment was marked as resolved.
This comment was marked as outdated.
This comment was marked as outdated.
@sakluger, that's what I was thinking 😂 |
I'm sure we've fixed this before. Here's one issue where we fixed an issue of the carousel loading every image multiple times: #15922. @kidroca @thesahindia you worked on that issue so I'm hoping you're familiar - is this a regression of that one? |
@sakluger Uh oh! This issue is overdue by 2 days. Don't forget to update your issues! |
Posted in the original Slack thread again. |
@thesahindia confirmed that we fixed this and it's a regression. Adding external label, I'd like to first see if we can track down the regression, because the person who caused it should ideally fix it. |
Job added to Upwork: https://www.upwork.com/jobs/~01e48d51a0940adaac |
Current assignee @sakluger is eligible for the External assigner, not assigning anyone new. |
Triggered auto assignment to Contributor-plus team member for initial proposal review - @parasharrajat ( |
@sakluger @parasharrajat 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! |
📣 @Krishna2323 🎉 An offer has been automatically sent to your Upwork account for the Contributor role 🎉 Thanks for contributing to the Expensify app! Offer link |
📣 @Krishna2323 🎉 An offer has been automatically sent to your Upwork account for the Reporter role 🎉 Thanks for contributing to the Expensify app! |
Signed-off-by: Krishna Gupta <[email protected]>
Signed-off-by: Krishna Gupta <[email protected]>
@eVoloshchak, PR is ready, friendly reminder. |
Based on my calculations, the pull request did not get merged within 3 working days of assignment. Please, check out my computations here:
On to the next one 🚀 |
|
The solution for this issue has been 🚀 deployed to production 🚀 in version 1.3.75-12 and is now subject to a 7-day regression period 📆. Here is the list of pull requests that resolve this issue:
If no regressions arise, payment will be issued on 2023-10-09. 🎊 After the hold period is over and BZ checklist items are completed, please complete any of the applicable payments for this issue, and check them off once done.
For reference, here are some details about the assignees on this issue:
As a reminder, here are the bonuses/penalties that should be applied for any External issue:
|
BugZero Checklist: The PR fixing this issue has been merged! The following checklist (instructions) will need to be completed before the issue can be closed:
|
@sakluger, bump for payments here, just noting this issue was created on Aug 28. |
|
Regression Test Proposal
Do we agree 👍 or 👎 |
@Krishna2323 thanks for the reminder on the issue creation date. I updated the offers accordingly. @eVoloshchak does not require payment (Eligible for Manual Requests) Summarizing payouts for this issue: Reporter: @Krishna2323 $250 (paid via Upwork) Above payments include efficiency bonus 🎉 |
@eVoloshchak let me know once you've sent the manual request, I'll close the issue at that point. Thanks! |
@sakluger, request has been sent, thank you! |
$1,000 payment approved for @eVoloshchak based on BZ summary. |
If you haven’t already, check out our contributing guidelines for onboarding and email [email protected] to request to join our Slack channel!
Action Performed:
Expected Result:
The loader should not appear on top of the image if the image is already loaded
Actual Result:
The loader appears on top of the image even if the image is already loaded
Workaround:
Unknown
Platforms:
Which of our officially supported platforms is this issue occurring on?
Version Number: 1.3.57-5
Reproducible in staging?: Yes
Reproducible in production?: Yes
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
WhatsApp.Video.2023-08-19.at.16.46.18.mp4
Record_2023-08-27-22-02-15_4f9154176b47c00da84e32064abf1c48.mp4
Expensify/Expensify Issue URL:
Issue reported by: @Krishna2323
Slack conversation: https://expensify.slack.com/archives/C049HHMV9SM/p1692443921240289
View all open jobs on GitHub
Upwork Automation - Do Not Edit
The text was updated successfully, but these errors were encountered: