Isotope Produktliste/Varianten bleibt hängen

Hallo zusammen,

Rahmenbedingungen:
Contao 4.8.5
Isotope 2.6.3
PHP 7.3.11
Hoster: 1und1

Ich habe Produkte, welche verschiedene Varianten (Attribute - für Varianten verwenden) haben. Zum Beispiel ein Wert für einen Gutschein.

Wenn ich diesen in der Listenansicht ändere, bleibt das Overlay 'Lade Produktdaten' stehen und ich kann nur noch die Seite neu laden. In der Leseransicht funktioniert es.

Jetzt kommt das kuriose: Wenn ich im Backend eingeloggt bin, funktioniert es - dauerhaft, auch wenn ich später nicht mehr eingeloggt bin, den Browser neu gestartet habe und auch den Browsercache gelöscht habe.

Es funktioniert auch, wenn ich ein anderes Produkt (ohne Varianten) in den Warenkorb gelegt habe und danach die Varianten des besagten Produkts ändere. - Dauerhaft.

hier auszuprobieren: https://www.genuss-quartier.de/akademie.html gleich das erste Produkt, der Wertgutschein.

Irgendwie geht der Request oder die Antwort nicht durch, aber warum nur in der Liste?

Vielleicht hilft noch eine andere Begebenheit: Im Isotope-Adressbuch, beim Klick auf 'neue Adresse anlegen' bekam ich immer eine Contao-Zwischenseite, dass der Link wohl nicht sicher sei, da er keinen Token enthält. Diese habe ich dann im Template mit &rt={{request_token}} angehängt und es funktioniert. Liegt es vielleicht an Sicherheitsverhalten von Contao?



Vielen Dank für eure Hilfe oder Anregungen
Micha


Nachtrag: ich habs jetzt noch einmal zu meinem Hoster (All-Inkl., PHP 7.3.6-nmm1) kopiert dort geht alles wie es soll -.-

https://genuss-quartier.michaelgawlik.de/akademie.html

hallo in die runde,

ich habe das gleiche problem. die varianten schalten mit der ersten auswahl nicht um
und mit der zweiten auswahl bleibt der ajax-layer mit laderad "stehen"...

gehostet wird bei hostingwerk von leo feyer.

lg. alex

ich dachte gerade, ich hätte das Problem einkreisen können https://community.contao.org/de/show...421#post514421

Dem war aber nicht so :/

In den Logfiles gibt es auch keine Hinweise.

Wie könnte man das denn am besten debuggen?

ich habe jetzt unter einem neuen Seitenbaum eine neue Liste, einen neuen Leser sowie Produkttyp, Optionen und Produkt angelegt. Alles mit Standard-Templates.

Hier funktioniert die Optionsauswahl überhaupt nicht mehr. Weder auf der Liste noch auf dem Leser.

Chrome sagt beim Wählen einer Option im Neztwerkprotokoll: net::ERR_HTTP2_PROTOCOL_ERROR in isotope.min.js. Mit MooTools und jQuery getestet.

hier zu finden: https://dev.genuss-quartier.de

Anhang 22947

Hast du das Problem schon irgendwie lösen können?

hallo in die runde,

gibt es denn hierzu schon irgendeinen lösungsansatz!?

danke für eine info.

lg. alex

da es bei uns in der Liste nicht funtioniert, aber in der Detailansicht, zwingen wir die Besucher immer in die Detailansicht. Unschön, fällt aber kauf auf.

Warum das so ist, würde mich aber auch noch interessieren.

Hallo zusammen,

wir haben das gleiche Problem. Wenn man im Backend bzw. als Mitglied im Frontend eingelogged ist, kann man die Produktvarianten wechseln. Ist man als "Gast" auf der Seite, bleibt der Ladevorgang hängen. Und das auch auf der Detail-Seite. Ich habe nochmal alle Einstellungen kontrolliert, ob ich irgendwo eine Einschränkung für eine Mitgliedergruppe vergeben habe, aber nix gefunden.

Gibt es hier schon eine neue Idee? Vielen Dank schon im Voraus!

Seitdem wir in der .htaccess folgende Angaben ergänzt haben, funktioniert es bei uns wieder. Vielleicht hilft das dem einen oder anderen:

Code:

---

AddType application/font-woff  woff
AddType application/font-woff2  woff2


# Deflate Compression by FileType
<IfModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
    AddOutputFilterByType DEFLATE application/javascript
    AddOutputFilterByType DEFLATE text/xml application/xml text/x-component
    AddOutputFilterByType DEFLATE application/xhtml+xml application/rss+xml application/atom+xml
    AddOutputFilterByType DEFLATE image/x-icon application/vnd.ms-fontobject application/x-font-ttf font/opentype application/font-woff  application/font-woff2
    AddOutputFilterByType DEFLATE image/svg+xml
</IfModule>


# turns cache on for 1 month
<IfModule mod_expires.c>
    ExpiresActive on
    ExpiresByType text/cache-manifest "access plus 0 seconds"
    ExpiresByType text/html "access plus 0 seconds"
    ExpiresByType text/xml "access plus 0 seconds"
    ExpiresByType application/xml "access plus 0 seconds"
    ExpiresByType application/json "access plus 0 seconds"
    ExpiresByType application/rss+xml "access plus 1 hour"
    ExpiresByType application/atom+xml "access plus 1 hour"
    ExpiresByType image/gif "access plus 1 month"
    ExpiresByType image/png "access plus 1 month"
    ExpiresByType image/jpeg "access plus 1 month"
    ExpiresByType image/x-icon "access plus 1 month"
    ExpiresByType video/ogg "access plus 1 month"
    ExpiresByType audio/ogg "access plus 1 month"
    ExpiresByType video/mp4 "access plus 1 month"
    ExpiresByType video/webm "access plus 1 month"
    ExpiresByType text/x-component "access plus 1 month"
    ExpiresByType application/x-font-ttf "access plus 1 month"
    ExpiresByType font/opentype "access plus 1 month"
    ExpiresByType application/x-font-woff "access plus 1 month"
    ExpiresByType image/svg+xml "access plus 1 month"
    ExpiresByType application/vnd.ms-fontobject "access plus 1 month"
    ExpiresByType text/css "access plus 1 year"
    ExpiresByType application/javascript "access plus 1 year"
</ifmodule>

---

Hallo zusammen,

da die Diskussion abrupt aufgehört hat, meine Frage in die Runde, ob mittlerweile eine Lösung für das Problem existiert? Bei mir hilft der Hinweis von edge mit dem Eintrag in der .htaccess leider nicht.

Aktuell im Einsatz Contao 4.9.1 mit Isotope 2.6.9.

Festhalten kann ich folgendes:

• Im Backend angemeldet, ist der Wechsel zwischen 2 Produkt-Varianten im Frontend über ein Select-Menü möglich.
• Nicht im Backend angmeldet und als Gast im Shop unterwegs, funktioniert die Auswahl der Produkt-Varianten nicht, bzw. bleibt in einer Dauerschleife hängen.
• Legt der Gast zuerst ein Produkt ohne Variante in den Warenkorb, funktioniert es danach auch bei Produkten mit Varianten. Selbst wenn man den Warenkorb leert, funktionieren die Variantenwechsel wie gewohnt.
• Mit mehreren Browsern getestet, tritt das Problem im Firefox, Chrome und mobil-Safari auf. Im IE oder mobile-Opera Coast komischerweise nicht.

Viele Grüße
Marcus

hallo dillinja,

wie habt ihr das hinbekommen, dass es zumindest in der detailansicht funktioniert?

lg. alex

Zitat:

---

Zitat von Dillinja

da es bei uns in der Liste nicht funtioniert, aber in der Detailansicht, zwingen wir die Besucher immer in die Detailansicht. Unschön, fällt aber kauf auf.

Warum das so ist, würde mich aber auch noch interessieren.

---

so. nun sind unendliche installationen, demo-installationen, live-inhalte etc. den bach runter...

kann mal bitte jemand mit dem gleichen problem in seiner !!BACKUP!!-installation,
die kompletten gallerien im isotope löschen und dann schauen, ob die varianten-auswahl klappt?

bis später.

alex

Hallo haendersonfox,

ich vermute, dass das Problem mit dem neuen Caching ab Contao 4.8 zu tun hat. Ich bin wieder auf Contao 4.4 LTS zurück, hier existiert das Problem nicht.

Wenn ich in der Seitenstruktur auf der Seite wo die Produktliste eigenbunden ist, "Immer aus dem Shared-Cache laden" aktiviere, dann funktioniert auch der Variantenwechsel als Gast problemlos. Die Folge davon ist, dass Produkte die keine Variante haben und in den Warenkorb gelegt werden, mit einem "Ungültiges Anfrage-Token" quitiert werden.

Ich hatte dazu ein Ticket eröffnet. Leider konnte mir nicht geholfen werden und das Ticket wurde wieder geschlossen.

https://github.com/isotope/core/issues/2116

Viele Grüße
Marcus

ich habe heute fast den ganzen sonntag dazu genutzt. aber egal.
mein komplettes system mit shop ist live.

von C3.5 auf contao 4.9.2

varianten funktionieren nach dem löschen der gallery-einträge in isotope.
ich habe einfach nen neuen eintrag angelegt. fertig...

lg. alex