Repository navigation
The design-system cache now follows what a local Tailwind plugin imports. Editing a module that an
@plugin or @config file imports, rather than that file itself, kept serving the old design
system, and with it stale no-unknown-classes and enforce-canonical reports, until the cache was
cleared.
Before you upgrade
- Nothing to change in your config. A project whose local
@plugin/@configfiles import
other modules or packages computes its design system once more on the first run after upgrading;
every other project keeps its cache.
Bug fixes
- Editing a module a local
@pluginor@configimports invalidates the cached design system
(#245). The cache key read the@pluginfile itself, not what it imports, so a plugin
re-exported from anindex, split across modules or written in TypeScript kept serving the old
design system after an edit, andenforce-canonicalits old answers, for as long as the entry was
used. The key now follows its relative imports (import,export … from,import(),
require()) the way Tailwind's watch mode does, TypeScript extensions andindexfiles included,
plus the version of every package it imports. A TypeScript plugin named without its extension
(@plugin "./plugin"→plugin.ts) is now part of the key too.
Dependencies
- Tested against oxlint 1.90.0 (#246).