-
-
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
fix: new cache entry check #8151
Conversation
☁️ Nx Cloud ReportCI is running/has finished running commands for commit 81ff334. As they complete they will appear below. Click to see the status, the terminal output, and the build insights. 📂 See all runs for this CI Pipeline Execution ✅ Successfully ran 2 targetsSent with 💌 from NxCloud. |
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #8151 +/- ##
===========================================
+ Coverage 45.41% 81.89% +36.48%
===========================================
Files 200 26 -174
Lines 7456 359 -7097
Branches 1696 98 -1598
===========================================
- Hits 3386 294 -3092
+ Misses 3694 56 -3638
+ Partials 376 9 -367
|
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.
Nice find, thanks 🙏
Fixes wevm/wagmi#4322
Seems that #7988 introduced a subtle breaking change whereby the check for
isNewCacheEntry
would not account for a customqueryKeyHashFn
. This is because the implementation ofgetQueryState
does not pass custom options from the query todefaultQueryOptions
. As a result, this broke consumer code that relyed onqueryKeyHashFn
to serialize bigints. This PR aims to access the cache directly withgetQueryCache
instead.