fix(cms): commit built administration assets so the new block is discoverable #22
Loading…
Reference in a new issue
No description provided.
Delete branch "fix/cms-block-admin-bundle-missing"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Zusammenfassung
Der in PR #20 hinzugefügte CMS-Block „Unterkategorien-Spalten" (Issue #19) tauchte im Admin-Block-Picker gar nicht auf — auch nicht unter der neuen Kategorie „WSC AI-SEO". Ursache war kein Cache-Problem, sondern ein fehlendes Build-Artefakt im Repo.
Root Cause
.gitignoreschloss/src/Resources/public/komplett aus. ShopwaresViteFileAccessorDecorator(genutzt vonInfoController::getBundles()für/api/_info/config, die Laufzeit-Quelle für die Plugin-Bundle-Liste im Admin) liestsrc/Resources/public/administration/.vite/entrypoints.jsondirekt aus dem Plugin-Verzeichnis — nicht aus dem Shop-weitenpublic/bundles/<plugin>/-Ordner. Der Admin-Build lief in der vorherigen Session zwar erfolgreich, aber jederrsync --deleteQuellcode→DDEV danach hat das Ergebnis wieder gelöscht, weil es nie versioniert war. Dadurch fehlte das Plugin komplett in der Bundle-Liste — ohne jede Fehlermeldung.Fix
.gitignore-Eintrag/src/Resources/public/entferntbin/build-administration.sh) neu ausgeführt und das Ergebnis (src/Resources/public/administration/) committet — gleiche Konvention wie bei den anderen in diesem Shop installierten Plugins (FroshTools, SwagPayPal). Production-Shops können den mehrere-Plugins-umfassenden Vite-Admin-Build nicht selbst ausführen, das kompilierte Ergebnis muss deshalb mit dem Plugin ausgeliefert werden.Verifikation (DDEV
sw6-plugin, real durchgespielt)WSCSWPluginAiSeoToolsfehlte in/api/_info/config→bundles(per Admin-API-Login geprüft), obwohl FroshTools und ein weiteres WSC-Plugin dort korrekt gelistet warenCloses #19 (Nachbesserung zu PR #20)