Mit welcher Version hattest du das Problem?
Und wie hast Shopware auf eine Vorherige Version umgestellt?
Ich benutze Shopware v6.1.5 Stable Version.
Im Backend wird mir immer noch die 6.1.5 angezeigt, das ist aber wohl in der Datenbank gespeichert. Ich glaub ich bin zurück auf die 6.1.4, hatte meine changes noch im Git und bin einfach zurück. Auf Github kannst du sonst aber auch nach den Tags Filtern und dir deine Version runterladen: https://github.com/shopware/development/tree/v6.1.4
Habe das selbe Problem. Die Twig-Temlates werden ignoriert und nicht geladen.
Bin auf Version 6.2.0-RC1. Habe die Vagrant Version installiert. Weis jemand wie ich hier zurück auf 6.1 komme?
@dba
Es ist immer nicht schön wenn was nicht funktioniert, jedoch bei Problemen sollte man es genauer beschreiben, denn das reine Überschreiben eines Templates an sich funktoniert schon. Lege z. B. nur eine base.html.twig an. Es reicht dass diese Datei leer ist und nach einem Cache clear siehts du im Frontend nur mehr eine leere weiße Seite. Was heißt, das Template wurde korrekt geladen und überschreibt die vorhandene Datei.
Edit: Hab jetzt noch direkt den Fall getestet mit 6.2.0 RC1 und kann es nicht bestätigen. Der Block wird korrekt überschrieben.
Welches ist denn da das Richtige oder funktioniert beides? Allerdings funktioniert beides nicht bei mir. Habe auch wie du es mit einem leeren base.html.twig Template probiert, ohne Erfolg.
Leider kenne ich mich mit Shopware auch noch nicht so aus, das sind die ersten Versuche.
Mit ist allerdings noch etwas aufgefallen: Wenn ich den command “./psh.phar storefront:build” ausführe lautet eine Zeile sw-next-storefront@1.0.0 production /home/vagrant/shopware-dev/vendor/shopware/platform/src/Storefront/Resources/app/storefront
Könnte das Problem damit zusammenhängen?
Ich habe versucht Blöcke zu überschreiben. Hat nicht funktioniert.
Ich hab versucht das ganze Template mit einer leeren datei zu überschreiben. Hat nicht funktioniert.
SCSS files lassen sich allerdings kompilieren und werden auch korrekt eingebunden.
Ich habe sämtliche sachen probiert um es zum laufen zu kriegen: Cache geleert (per commandline bzw. den cache ordner gelöscht), Theme compiliert, …
Da liegt der Hund begraben.
Der korrekte Pfad für die views sind “custom\plugins\DeinTheme\src\Resources\views\storefront” und für das Header-File “custom\plugins\DeinTheme\src\Resources\views\storefront\layout\header”.
Wichtig ist auch das dein Shop z. B. im DEV-Mode ist und du den Cache immer schon leerst.
Wie oben schon erwähnt erscheint eine Meldung wenn ich den storefront:build command ausführe. So wie es scheint lädt er dort die production storefront aus dem platform Verzeichnis. Ist nur eine Vermutung (kenne mich wie gesagt noch nicht so aus), aber könnte da der Fehler herkommen?
@dba
Diese Art der Installation ist eigentlich nur für erfahrene Entwickler gedacht. Wenn man nicht das Basiswissen hat, sollte man dann lieber die “normale” Version als Download verwenden.
Es kann an vielen Faktoren liegen, warum es bei dir nicht geladen wird, mit ziemlicher Wahrscheinlichkeit ist es aber kein Bug und daher sollte man es auch so behandeln. Vor allem daher die Bitte, das im Issue auch so zu kommunizieren, da sich die Entwickler von Shopware die Zeit nehmen um es zu prüfen.
Da liegt der Hund begraben.
Der korrekte Pfad für die views sind „custom\plugins\DeinTheme\src\Resources\views\storefront“ und für das Header-File „custom\plugins\DeinTheme\src\Resources\views\storefront\layout\header“.
Wichtig ist auch das dein Shop z. B. im DEV-Mode ist und du den Cache immer schon leerst.
Das hat bei mir geholfen! Wie es aussieht ist die offizielle Doku dort leider falsch. Gruß
Sobald hier etwas falsch ist, z.B. der Name @MyTheme nicht mit dem eigentlichen Theme-Namen übereinstimmt, wurden die twig-Inhalte gar nicht mehr angezeigt (in älteren Versionen schon).
Solltet ihr also diesen views-Eintrag in der theme.json haben - einfach mal löschen und bin/consoel theme:refresh ausführen… und den Eintrag dann später korrigieren.