fix: unbreak admin-app build after SLASHED codec/lucide renames - #135
Conversation
…names SLASHED's SL-016 (codec.ts's `fa` → `generateCSS`) and SL-022 (lucide-svelte → @lucide/svelte) landed in main via #474. AppOverlay.svelte is plugin-specific and not vendored, so it kept referencing the old names and broke `vite build` as soon as CI's prebuild sync pulled the renamed exports from slashed@main — failing on every open plugin PR, not just the one that triggered it. Swaps the import/call site to generateCSS and updates package.json/ package-lock.json to depend on @lucide/svelte instead of the deprecated lucide-svelte package.
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
PR Summary by QodoFix admin-app build after codec and lucide package renames
AI Description
Diagram
High-Level Assessment
Files changed (2)
|
PR-C1's branch forked before #135 landed, so it inherited the same stale fa/lucide-svelte references breaking `vite build`.
Code Review by Qodo
Context used✅ Compliance rules (platform):
1 rule 1.
|
npm run check (svelte-check) had no equivalent of dev/build's predev/prebuild sync hook, so it type-checked whatever was already on disk. On a fresh checkout with the committed vendored src/ still predating the lucide-svelte rename, that meant a stale module-resolution error instead of an accurate check against the current framework source.
d80e05b
into
claude/pr-469-audit-rebase-ggp0e4
Summary
codec.ts's obfuscatedfarenamed togenerateCSS) and SL-022 (lucide-svelte→@lucide/svelte) landed inmainvia #474.AppOverlay.svelteandadmin-app/package.jsonare plugin-specific / not vendored, so they kept referencing the old names.prebuildhook always re-syncsadmin-app/src/fresh fromslashed@main(see the "fetch src/App.svelte" lines in CI logs — there's no local sibling checkout in CI), so this brokevite buildon every open plugin PR, not just the one that surfaced it (fix(color-model): filter -dark source tokens consistently across Bricks/Gutenberg (PL-013/014/015) #134's "Build admin-app" check).Fix
AppOverlay.svelte:fa→generateCSS(call site + import),lucide-svelte→@lucide/svelte(icon import).admin-app/package.json/package-lock.json: swap thelucide-sveltedependency for@lucide/svelte@^1.23.0.Type
Checklist
npm run build(admin-app) verified green locally against the currentslashed@maincontent (auto-detected local sibling checkout), reproducing and then resolving the exact[MISSING_EXPORT] "fa"/ unresolved@lucide/sveltefailures seen in CIassets/admin-app/app.js/app.css) — intentionally not regenerated here. This repo's committedadmin-app/src/vendored copy still predates SL-016/017/018/019/020/022 (that catch-up sync is the separate, already-planned PR-SYNC job). CI never builds from the committed copy anyway —prebuildalways re-fetches fromslashed@mainfresh — so this fix is scoped to only the two plugin-owned files that don't get re-synced.Notes
Out of scope for this hotfix, tracked separately: the full vendored-source catch-up sync (PR-SYNC), which will also refresh the committed
assets/admin-app/build output.Generated by Claude Code