Hallo Moritz, Da ist irgend etwas in meinem Malibu-Theme kaputt. Habe das in Malibu_alt umbenannt (auch in der theme.json) und neu hochgeladen. jetzt geht es.
Heyho. Seit Update von 3.15. auf 4 vor 2 Tagen kann ich Mobil nicht mehr scrollen nachdem Ich die Kategorien geöffnet habe. Ist mir gestern erst aufgefallen und dachte vll ists ja behoben worden. Aber auch nach dem neuesten Update Sieht man nur die ersten aufgeklappten Kategorien mobil. Man kann dann nur diese Auswählen oder das Menü schließen. Hab ich eine Einstellung übersehen?
Mal eine Frage wegen der Änderungen an den Attributen / Eigenschaften: Es hieß, dass man Eigenschaften und Attribute besser nicht in einem Artikel mischen sollte, weil das Probleme geben kann. Hat sich daran etwas geändert?
Es sind ein paar Dinge gemacht worden um bessere Koexistenz zu ermöglichen, perfekt narrensicher ist das aber wahrscheinlich noch nicht.
Du hast wahrscheinlich die Option für den eingerahmten Shop aktiv. Dann musst du den fixierten Header deaktivieren, weil der damit nicht kompatibel ist. Aktuell wird das nicht automatisch unterbunden und führt zu dem beschriebenen Verhalten.
Ich habe vor kurzem das Update von v4.0.1.0 auf die v4.1.1.0 durchgeführt. Bei der Installtaion hatte ich den gleichen Fehler wie DrGuu (Ein unbekannter Fehler ist während des Updates "v4.1.1.0" aufgetreten.) angezeigt bekommen. Nach einem Relaod ist die Installation dann aber durchgelaufen. Mit der neuen Version werden bei mir alle Artikel die bereits in GX3 vorhanden waren, im Frontend nicht mehr angezeigt. D.h. die Artikel sind zwar aufrufbar, aber man sieht nur eine komplett weiße Seite. Die Artikel, die unter GX4 - also in der v.4.0.0.1 und der v4.0.1.0 erstellt wurden - haben diesen Fehler nicht. Die werden ganz normal angezeigt. Hat noch jemand von euch diesen Fehler? Habe dazu auch schon mal vorsichtshalber ein Ticket eröffnet. Der Hauptgrund, warum ich auf die v4.1.1.0 gewechselt bin ist, dass ich viele Artikel mit Eigenschaften habe und ich meine Artikel dementsprechend überarbeiten wollte, damit bei jeder Eigenschaft das passende Bild angezeigt wird, bzw. ich für die Eigenschaften auch eigene Bilder hinterlegen kann. Dabei ist mir auch aufgefallen, dass man für die Eigenschaften keine SVG-Dateien verwenden kann. Diese kann man zwar hinterlegen, jedoch werden die dann im Frontend bei der Eigenschaft gar nicht angezeigt. Mit JPG- und PNG-Dateien ist es kein Problem, aber eben keine SVGs. Ist das so gewollt?? Da SVGs kaum Speicherplatz benötigen und in jeder Auflösung scharf angezeigt werden, wäre das echt schade, wenn man keine Möglichkeit hat diese für die Eigenschaftsbilder zu verwenden.
SVGs wurden für Artikelbilder noch nie unterstützt. Man könnte darüber nachdenken das in Zukunft zu tun, hätte ich gerade aber keine klare Meinung zu. Wenn dann alle Exporte platzen würden, weil Portale das wieder mal nicht fressen wäre nichts gewonnen, und ich weiss da bei so einigen gern genutzten den Stand ehrlich gerade nicht.
@Wilken (Gambio) Ich hab nicht die Artikelbilder für die SVGs gemeint, sondern die Eigenschaftsbilder. Also wenn man die Farbe (rot, grün, blau etc.) darstellen möchte.
Es gibt da jetzt 2 Arten von Eigenschaft-Bildern: 1. Bilder, die unter Artikel -> Artikeleigenschaften bei den Eigenschaften-Werten angelegt werden können. Das ist für eine Auswahl über ein Bild, statt über ein Dropdown. 2. Bilder, die bei den Eigenschften im Artikel eingegeben werden. Diese Bilder ersetzen / ergänzen jetzt das Artikelbild. Welches Eigenschaften-Bild meinst Du jetzt genau? Bei 1 gehen auch SVG, man muss nur per css eine Breite festlegen. Habe nur mal zum Testen den Warenkorb aus dem Shop genommen:
Und genau die meine ich Deswegen hab ich auch geschrieben, dass nicht die Artikelbilder gemeint sind, welche nach Auswahl der Eigenschaft als Artikelbild angezeigt werden. Ich gebe zu, kann man natürlich auch falsch verstehen Was hast du da als css-Anweisung verwendet?
Code: .modifier-group.modifier-type__image .modifiers-list li a { width: 40px; } Ich habe aber noch nicht getestet, ob das irgendwo anders Probleme gibt.
Vielen Dank Barbara Ich werde es mal testen und schauen, ob es ggf. an anderer Stelle zu Problemen führt.
Hallo Zusammen. Seitdem Update werden keine Artikel mehr für die Preissuchportale exportiert, es wird nur ein Fehler ausgegeben. funktioniert das bei euch? Ein Ticket wurde erstellt. LG
Bei mir wird der Shop wie folgt angezeigt. Bild 1 wenn ein Artikel im Warenkorb liegt. Bild 2 im Checkout wenn PaypalHub aktiviert ist.
Habe gefunden woran es liegt. Lösche ich aus der Datei "get_href_link.inc.php" dieses hier: Code: foreach($searchKeysForcingSslUrl as $searchKey) { if($connection === 'NONSSL' && (strpos($queryString, $searchKey) !== false || strpos($page, $searchKey) !== false) && strpos(gm_get_env_info('SCRIPT_NAME'), '/admin/') === false ) { // force SSL $connection = 'SSL'; } } so ist die Darstellung ok. Aber warum nur ? Ticket #100932377
Hallo und guten Abend, ich habe da ein Problem zu melden. Der Inhalt vom Warenkorb lässt sich nicht löschen. Edit, jetzt geht es wieder...
Beim Doppelklick auf das Hauptbild in der Detailansicht wird immer noch das info_image und nicht das original_image angezeigt.
Problem gelöst. Habe im Content Manager den Content für den "Callback Service" gelöscht, da ich nichts damit anfangen konnte. In den Versionen bis 4.0.1.0 hat dies auch keine Auswirkungen gehabt. Erst in der Version 4.1.1.0 hat es den besagten Fehler verursacht. Es sollten am besten solche Contents, die Systemrelevant sind, vor dem löschen geschützt werden. LG Dirk.
Folgender Effekt tritt auf: Ich lege einen Artikel mit zwei Customizer-Eingabefeldern (Farben zum ausfüllen für den Kunden) an. Dann fülle ich die Felder mit Blau und Rot und lege den Artikel in den Warenkorb, der Artikel ist richtig im Warenkorb. Wenn ich nun im Warenkorb auf den Artikel klicke dann komme ich zurück zum Artikel mit ausgefüllten Eingabefeldern. Ich ändere die Eingaben auf Gelb und Grün und klicke in den Warenkorb. Nun habe ich plötzlich einen Artikel mit Stückzahl zwei und den Farben Gelb und Rot im Warenkorb. Ist doch eigentlich unlogisch. Der Artikel sollte entweder geändert werden (mit Stückzahl 1) oder es müsste ein neuer Artikel angelegt werden. Wenn ich über die Navigation den Artikel neu aufrufe und die (nun leeren) Felder fülle mit Schwarz und Weiß wird ein neuer Artikel im Warenkorb angelegt mit Schwarz und Weiß. Das passt. Ist das so gewollt?