Skip to content

fix: sync fonts.json catalog aliases onto already-loaded faces - #63

Merged
mlightcad merged 1 commit into
mainfrom
fix/font-catalog-alias-sync
Sep 17, 2026
Merged

mlightcad merged 1 commit into
mainfrom
fix/font-catalog-alias-sync

Conversation

@mlightcad

Copy link
Copy Markdown
Owner

Summary

  • Register current fonts.json catalog aliases (e.g. malgun) on faces that are already in memory or restored from IndexedDB with a stale alias list.
  • Clear miss / failed-request bookkeeping for those aliases so style-name loads are not permanently blocked after the primary binary loaded under another key.
  • Persist the merged alias list back to IndexedDB so cold starts after getAllFontsFromCache keep the new style names.

Test plan

  • pnpm exec vitest run test/font/fontManager.test.ts (33 tests)
  • Confirm Korean style name malgun resolves after upgrading from a cache that only had noto-sans-kr
  • Confirm reloading catalog when the primary face is already loaded does not re-fetch the font binary

Style names like malgun failed to resolve when the primary mesh was already in memory or IndexedDB still held a pre-catalog alias list.
@mlightcad mlightcad self-assigned this Sep 17, 2026
@mlightcad mlightcad added enhancement New feature or request bug Something isn't working and removed enhancement New feature or request labels Sep 17, 2026
@mlightcad
mlightcad merged commit dde0c8f into main Sep 17, 2026
2 checks passed
@mlightcad
mlightcad deleted the fix/font-catalog-alias-sync branch September 17, 2026 01:44
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

bug Something isn't working

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant