-
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
[CP Stg] Don't skip successData or failureData even if OnyxData from server is up-to-date #34006
Conversation
@stitesExpensify Please copy/paste the Reviewer Checklist from here into a new comment on this PR and complete it. If you have the K2 extension, you can simply click: [this button] |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Code makes sense to me, looks like Reassure Performance Tests / perf-tests (pull_request)
is failing though
Reassure has been super slow and flaky recently, going to just retry and see if it works Edit: We disabled some tests on main, so I merged main and am retrying without the disabled tests. |
✋ This PR was not deployed to staging yet because QA is ongoing. It will be automatically deployed to staging after the next production release. |
[CP Stg] Don't skip successData or failureData even if OnyxData from server is up-to-date (cherry picked from commit 1752b97)
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
This comment was marked as outdated.
🚀 Cherry-picked to staging by https://github.com/roryabraham in version: 1.4.22-1 🚀
@Expensify/applauseleads please QA this PR and check it off on the deploy checklist if it passes. |
🚀 Deployed to production by https://github.com/thienlnam in version: 1.4.22-6 🚀
|
Details
#33666 appears to have caused a regression where
successData
andfailureData
are not always correctly applied. For me it was very easy to reproduce this problem by just refreshing the page, looking atisLoadingReportData
in Onyx, and seeing that it was stuck astrue
, and not set tofalse
as you would expect from thesuccessData
andfailureData
forReconnectApp
.Fixed Issues
$ n/a – fresh issue I ran into on main during local development. It causes some bugs, such as the LHN not reordering when it should (I guess because there's some performance optimization logic to pause reordering when we're fetching new data)
Tests
isLoadingReportData
is set to true whenReconnectApp
first processes, then is set back tofalse
after the command completes.Offline tests
n/a
QA Steps
Same as test steps. Basically just:
Application
->IndexedDB
->OnyxDB
->keyvaluepairs
, search forisLoadingReportData
, and verify that it'sfalse
. Hit the refresh button in the dev console if needed.PR Author Checklist
### Fixed Issues
section aboveTests
sectionOffline steps
sectionQA steps
sectiontoggleReport
and notonIconClick
)myBool && <MyComponent />
.src/languages/*
files and using the translation methodWaiting for Copy
label for a copy review on the original GH to get the correct copy.STYLE.md
) were followedAvatar
, I verified the components usingAvatar
are working as expected)StyleUtils.getBackgroundAndBorderStyle(theme.componentBG)
)Avatar
is modified, I verified thatAvatar
is working as expected in all cases)Design
label so the design team can review the changes.ScrollView
component to make it scrollable when more elements are added to the page.main
branch was merged into this PR after a review, I tested again and verified the outcome was still expected according to theTest
steps.Screenshots/Videos
Android: Native
Android: mWeb Chrome
iOS: Native
iOS: mWeb Safari
MacOS: Chrome / Safari
MacOS: Desktop