bin/watch-storefront.sh bzw. ./psh.phar storefront:hot-proxy ignorieren override.scss (teilweise)

Shopware 6 (German) Programmierung
1

Moisen,

man, man, man - kaum ignoriert man (für die eigene Herzgesundheit) vorerst ein Problem , fallen einem direkt drei neue auf die Füße…

Setze ich in meinem Theme in der override.scss testweise:

$grid-breakpoints: (
  xs: 0,
  sm: 767px, //

würde ich erwarten, dass das vorher existierende sm: 576px nicht mehr vorkommt. Pustekuchen!

Kompile ich mit

bin/console theme:compile

ist alles tutti. Aber über

bin/watch-storefront.sh

wird fröhlich weiter 576px in den Definitionen von storefront/bootstrap genutzt. Dateien aus meinem Theme nehmen für sm korrekterweise 767px!

@Misengo‍ hatte das auch schon mal (https://forum.shopware.com/discussion/66479/theme-variables-scss-beim-storefront-hot, aber in dem Thread hat sich seit 6 Monaten nichts getan :frowning:

Kennt jemand das Verhalten? Gibt es da eine Lösung/Mitigation? Vielleicht auch mal jemand von Shopware (@SebastianKlöpper‍ , [@Michael Telgmann](http://forum.shopware.com/profile/17553/Michael Telgmann “Michael Telgmann”)‍ )? Das ist alles echt frustrierend Frown

System: Linux in einer VBox, Shopware: 6.3.0.2 sowohl im Develop- als auch im Production-Template

Danke und natürlich beste Grüße,
devnullroot

2

Mmmmh,

also genauer gesagt existiert danach anscheinend alles doppelt:

Setzt man „sm“ mal extremer auf 100px, dann erhält man z.B. sowohl 100px - 767.98px als auch 576px - 767.98px und Chrome verweist bei beiden auf die _breadcrump.scss Zeile:

111 @media (min-width: $min) and (max-width: $max) {

Das scheint also zweimal ausgeführt (bzw. genutzt) zu werden, einmal mit den Originalwerten und einmal mit den Überschriebenen. Nicht, dass mich das jetzt wirklich weiter bringen würde :frowning:

Lieben Gruß,
devnullroot