EmotionworldElements 2.2.23: Fixes für die 2.2-Linie

29. September 2026digital.manufakturEmotionworldElements 2.2.23

• release
• backport
• erlebniswelten

Läuft dein Projekt noch auf EmotionworldElements 2.2, gibt es jetzt die Version 2.2.23. Sie behebt zwei Fehler im Admin, und du musst dafür nicht auf 2.4 wechseln.

Warum ein eigenes Release für die 2.2-Linie

Normalerweise läuft jede Änderung über main und landet in der neuesten Version. Wer den Fix will, aktualisiert. Von 2.2 auf 2.4 ist das kein kleiner Schritt: 2.4.0 benennt die Config-Keys qtyDesktop, qtyTablet und qtyMobile in slidesPerViewDesktop, slidesPerViewTablet und slidesPerViewMobile um, ebenso Twig-Variablen und Admin-Snippet-Keys, und bringt eine Migration mit. Für zwei Admin-Fehler soll niemand ein Projekt darauf umstellen müssen.

Deshalb ist der Fix als Backport erschienen: Er wird auf eine ältere Versionslinie übertragen, statt nur in der neuesten zu stecken.

Was 2.2.23 behebt

Das Category-Slider-Panel bleibt leer

Im Tab Layout einer Kategorie blieb die Konfiguration des Category-Sliders leer. Die Browser-Konsole meldete:

TypeError: this.getDefaultTranslations is not a function

Damit ließen sich die Slider-Einträge einer Überschreibung auf Kategorie-Ebene nicht mehr bearbeiten. Die Ursache: Das Panel überschrieb initElementConfig und rief einen Helfer auf, den Shopware 6.7 nicht mehr mitbringt. Der Override ist entfernt, das Panel nutzt jetzt den initElementConfig des Shopware-Mixins cms-element.

Eine Änderung im Verhalten gibt es dabei: Die Überschreibung der Kategorie liegt jetzt über der Konfiguration des Elements, nicht mehr darunter. Für den Layout-Tab einer Kategorie ist das die richtige Reihenfolge.

Tabs in Items springen nicht mehr mit

Bei Elementen mit Items (Slides, Accordion, Image-Text-Slider) galt ein Tab-Wechsel innerhalb eines Items für alle Items zugleich. Wechselst du in Item 1 von Background auf Content und öffnest dann Item 2, zeigt dieses den Inhalt, während die Tab-Leiste noch auf Background steht.

Jetzt merkt sich jedes Item seinen eigenen Tab und startet auf dem ersten.

Ab 2.3.0 gibt es diesen Fehler nicht mehr. Mit dem Umbau der Items dort liegen Background, Content und Style untereinander in einem Panel, innerhalb eines Items gibt es keine Tabs mehr.

Update auf 2.2.23

Der Constraint ^2.0 erlaubt auch 2.4.x. Pinne deshalb auf die 2.2-Linie:

"dmf/sw6-plugin-guppy-emotionworld-elements": "~2.2.23"

composer update dmf/sw6-plugin-guppy-emotionworld-elements
bin/build-administration.sh

Die Änderungen liegen nur im Admin-JavaScript. Es gibt keine Migration und keine Storefront-Änderung, theme:compile brauchst du nicht.

Führe den Admin-Build zweimal hintereinander aus. Der erste Lauf kopiert noch die Assets des vorherigen Builds, erst der zweite enthält die Änderung. Lade den Admin danach mit geleertem Cache neu.

Wie wir das ablegen

• Die 2.2-Linie hat einen eigenen Branch, dev-2.2.x. Er ist aus dem Tag 2.2.22 entstanden. Der Fix ging per Merge-Request dorthin, das Tag 2.2.23 liegt darauf.
• main hat den Category-Slider-Fix als 2.4.1 bekommen.
• Im Changelog steht 2.2.23 trotzdem auch auf main, damit die Release-Liste vollständig ist. Der Slider-Fix erscheint deshalb zweimal, bei 2.2.23 und bei 2.4.1, denn beide Releases enthalten ihn. Der Tab-Fix steht nur bei 2.2.23, weil main den betroffenen Code nicht mehr hat.

Ein Backport bleibt die Ausnahme. Der normale Weg ist weiter main, Tag, Update, so wie im Mitwirken beschrieben. Eine ältere Linie zu pflegen lohnt sich nur, wenn der Sprung auf die aktuelle Breaking Changes mitbringt. Brauchst du das für dein Projekt, sprich das im Team an, bevor du selbst einen Branch anlegst.