[google_fonts] Remove failed loads from pendingFonts#12240
[google_fonts] Remove failed loads from pendingFonts#12240Yusufihsangorgel wants to merge 1 commit into
Conversation
There was a problem hiding this comment.
Code Review
This pull request updates the google_fonts package to version 8.2.1. It ensures that failed font loads are removed from pendingFontFutures by replacing then with whenComplete on the loading future in google_fonts_base.dart. A unit test has been added to verify that pendingFonts correctly removes failed font loads. There are no review comments, and I have no feedback to provide.
|
@Yusufihsangorgel Is this PR going to fix this issue? |
guidezpl
left a comment
There was a problem hiding this comment.
_ ___ _____ __ __
| | / __|_ _| \/ |
| |_| (_ | | | | |\/| |
|____\___| |_| |_| |_|
|
Not directly. #534 is the load attempt itself failing (the fetch from fonts.gstatic.com throwing); after this PR that exception still happens once per failed load. What this PR fixes is one layer up: a failed load used to stay in |
Failed font loads remain in
pendingFontFuturesbecause the current cleanupcallback runs only after successful completion. As a result, every later
GoogleFonts.pendingFonts()call rethrows the same completed error.This change removes a tracked load on either completion path while preserving
the original error for the caller currently awaiting
pendingFonts(). It addsregression coverage showing that the first call reports the load failure and a
later call is no longer poisoned by it.
Fixes flutter/flutter#182430.
Pre-Review Checklist
[shared_preferences]///).If you need help, consider asking for advice on the #hackers-new channel on Discord.
Note: The Flutter team is currently trialing the use of Gemini Code Assist for GitHub. Comments from the
gemini-code-assistbot should not be taken as authoritative feedback from the Flutter team. If you find its comments useful you can update your code accordingly, but if you are unsure or disagree with the feedback, please feel free to wait for a Flutter team member's review for guidance on which automated comments should be addressed.Footnotes
Regular contributors who have demonstrated familiarity with the repository guidelines only need to comment if the PR is not auto-exempted by repo tooling. ↩ ↩2