Consent Manager 4 läuft Amok und geht bei jeder Seite erneut auf

[alxndr-w]

Description / Beschreibung Mit jedem neuen Seitenaufruf geht der Consent Manager erneut auf.

Affected versions / Verwendete Versionen

REDAXO: 5.14.2 PHP: 8.1 Database: * Browser: Edge

Did it whoops? / Whoops erhalten? Das wäre mir um ehrlich zu sein lieber gewesen.

[aeberhard]

@alxndr-w kann man das irgendwo sehen?

[alxndr-w]

Nein. Zum Glück jetzt nicht mehr, weil das auf einer Live-Seite eingetreten ist.

Ich habe alles überprüft, auch die Domain-Einstellungen und bin dann schnell zurück zur Version 3.

[IngoWinter]

Installier dir einfach Ghostery https://github.com/FriendsOfREDAXO/consent_manager/issues/283

[alxndr-w]

@IngoWinter ja okay, schreibe ich einfach jedem Besucher der Website direkt als overlay über den Consent Manager!

[aeberhard]

@alxndr-w da scheint beim Cookie schreiben was nicht zu klappen. Irgendeine Besonderheit bei der Seite? Evtl. anderer Port, http/https?

[alxndr-w]

Ich werde es in Ruhe testen / nachstellen aber nicht auf dem Live-Server...

[aeberhard]

@alxndr-w hast Du vielleicht einen AD/Cookie-Blocker am Start!?

[alxndr-w]

Nein.

[aeberhard]

@alxndr-w hast Du evtl. irgendwo REX_CONSENT_MANAGER[forceCache=true/1] im Template. Das hat auch Auswirkungen wenn es innerhalb eines HTML-Kommentars steckt.

<!-- 
REX_CONSENT_MANAGER[forceCache=true forceReload=true forceHidden=false]
-->

Das forceCache sollte eigentlich gar nicht notwendig sein. Ich werde das mal entfernen.

[alxndr-w]

Das müsste ich prüfen. Ich gebe Bescheid.

[MC-PMOE]

Kann das Verhalten für lokale Instanzen bestätigen. Es scheint alles wie gewünscht zu laufen wenn ich folgende Änderung von 3.0.8 zu 4.0.0 rausnehme: https://github.com/FriendsOfREDAXO/consent_manager/compare/3.0.8...4.0.0#diff-367ea37e9f05adbf3cc857a1a664bf7393a6141c568549e88fc2f51270588d19L124 (Wenn ich den "domain" Parameter nicht setze) In meinem Fall ist die Domain so aufgebaut: http://localhost:8080

[aeberhard]

@alxndr-w @MC-PMOE Stimmt, ich habe auch verschiedene PHP-Versionen mit unterschiedlichen Ports 8000,8003,8100,8103 ... In der nächsten 4.1-Version ist das gefixed. Der Port fliegt da raus. Der hat da nichts zu suchen.

[alxndr-w]

Nur war das bei mir nicht lokal und auch nicht mit irgendwelchen Ports...

[alxndr-w]

Könnte aber sein, dass das was mit den Protokollen zu tun hatte, weil da im Laufe der Liveschaltung von non-www auf www als Subdomain geswitcht wurde. Also ich müsste mal gezielt dies hier testen:

Website unter non-www aufrufen, Consent aktivieren, dann Website weiter unter www. betreiben lassen, Consent versuchen zu aktivieren.

Oder so etwas ähnliches.

[aeberhard]

@alxndr-w evtl. hilf es wenn man in der assets/addons/consent_manager/consent_manager_frontend.js (_consent_managerfrontend.min.js löschen!)

die folgenden zwei Zeilen in der function deleteCookies() noch dazu packt

            Cookies.remove(encodeURIComponent(key), { 'domain': ('www.' + domain) });
            Cookies.remove(encodeURIComponent(key), { 'domain': ('www.' + domain), 'path': '/' });

[alxndr-w]

Bevor ich es vergesse: ich möchte prüfen, was passiert, wenn man den Banner zu schnell / zu früh wegklickt, falls das JS noch nicht vollständig ausgeführt wurde. Hatte jetzt das Phänomen, dass der Banner 3-4 Mal offen blieb, danach nicht mehr.

[alxndr-w]

Ich werde das nicht mehr weiter prüfen, ich habe jetzt ein eigenes Addon für Drittanbieter-Dienste und Einwilligungen.