Kannst du nicht einen Tag noch warten? 
Ab Firefox 120 werden Cookie-Dialoge blockiert
-
-
Danke. Weiss du zufällig, ob golem mit dabei ist? consent-o-matic verheddert sich da irgendwie.
-
Ja, die haben nur "Zustimmen und weiter", und das ist noch eine Zwischenseite, nicht das Ziel. Leider. Consent-o-Matic kann das (noch) nicht.
-
ah ja, steht hier auf 1.
Zitathttps://github.com/mozilla/cookie-banner-rules-list
cookiebanners.service.mode = 1 (reject all) or 2 (reject all or fall back to accept all).Dann teste ich mal 2. Besten Dank.
ed: sehr geil
-
Halllöchen,
gerade kam das Update auf die 121.0 rein - feine Sache mit den Cookie-Dialogen blockieren, gerade mal getestet
Gruß, Nobby
-
Hab gestern auch 121.0 installiert. Leider bei https://www.nikon-fotografie.de/community/ wird nicht erkannt.
-
Kann ich nicht bestätigen, funktioniert bei mir. Das ist auch erwartungsgemäß, denn für das verwendete CMP gibt es auch eine Regel.
Bist du dir sicher, dass der Cookie-Banner-Blocker bei dir auch aktiviert ist? Und du hast bedacht, dass es für reguläre und private Fenster jeweils unterschiedliche Optionen gibt?
-
Bei den Webseiten, die ich öfters mal ansurfe, werden die Cookie-Consent-Banner zu ca. 50% blockiert. Ein paar Beispiele von Seiten, welche wohl sehr hohe tägliche Pageview-Zahlen haben und nicht funktionieren (cookiebanners.service.mode = 2) :
https://www.amazon.de/
https://www.welt.de
https://www.fr.de/
https://www.abendzeitung-muenchen.de/
https://www.merkur.de/
https://www.zdf.de/nachrichten
https://www.tz.de/
https://www.br.de/nachrichten/Nutzt Mozilla eigentlich auch Heuristiken oder werden nur bekannte CMPs/Dialoge erkannt und blockiert?
PS: Zuerst hatte er die meisten der oben genannten Seiten ohne Banner angezeigt und ich war schwer begeistert von der Firefox-Lösung. Als ich aber NoScript abgeschaltet hatte, bemerkte ich, dass hier die Erweiterung für die Unterdrückung gesorgt hatte und die Banner waren wieder da.
welt.de funktioniert im Fehlerbehebungsmodus. Keine Ahnung, woran es liegt, dass es in meinem sehr angepassten Standardprofil nicht funktioniert?!
Gerade festgestellt: welt.de funktioniert auch im FBModus nicht immer! Mal geht es und dann wieder nicht...
-
Ein paar Beispiele von Seiten, welche wohl sehr hohe tägliche Pageview-Zahlen haben und nicht funktionieren (cookiebanners.service.mode = 2) :
Die Regel für Amazon wurde explizit temporär deaktiviert.
Welt hat keinen Ablehnen-Button, funktioniert aber in Modus 2. Bei mir hat das bislang auch in jedem Test funktioniert. Zugegeben habe ich aber auch immer nur die Startseite getestet.
FR, Abendzeitung München, Merkur und TZ haben keinen Ablehnen-Button und auch noch keine Regel für Modus 2. Die Regeln könnte ich ggf. beitragen. Diese Konfiguration wird nach aktueller Planung so halt nie als sichtbare Option ausgeliefert werden, das hat also keine Priorität für Mozilla. Aber nachdem ich mich auf GitHub bereits durch alle offenen Issues gearbeitet und Regeln für alles Gemeldete beigetragen habe, was den Modus 1 betrifft und lösbar war, kann ich sicher noch das eine oder andere für Modus 2 beisteuern. Ich hatte Anfang der Woche eh extra nochmal nachgefragt, ob Beiträge für Modus 2 gewünscht sind, was - mit eben dem Hinweis darauf, dass es keine Priorität hat - bejaht wurde.
Für ZDF gibt es bereits eine Regel, die auch in Modus 1 funktioniert. Problem: Für http://zdf.de/nachrichten wird eine andere Cookie-Lösung eingesetzt. Zwei unterschiedliche Lösungen für eine Domain werden aktuell nicht unterstützt.
BR hat einen Ablehnen-Button und würde in Modus 1 funktionieren - wenn sich das Element nicht im Shadow DOM befinden würde. Das wird aktuell nicht unterstützt.
Nutzt Mozilla eigentlich auch Heuristiken oder werden nur bekannte CMPs/Dialoge erkannt und blockiert?
Heuristiken funktionieren für so etwas nicht wirklich. Man muss gezielt CSS-Selektoren suchen und/oder Cookies anlegen und die Regeln müssen spezifisch genug sein, dass sich das nicht versehentlich auf andere Dinge auswirkt. Man kann nicht einfach „auf gut Glück“ mit einem Element interagieren, weil da beispielsweise die Buchstabenfolge „cmp“ oder „cookie“ auftaucht.
-
-
Der Screenshot zeigt ungespeicherte Änderungen. War die Option beim letzten Speichern bereits gesetzt?
Bei mir funktioniert das auf welt.de wie gesagt und die Seite habe ich schon häufiger getestet, nicht nur heute.Ich teste grundsätzlich nur in privaten Fenstern, um sicherzugehen, dass ich nicht selbst bereits irgendwelche Cookie-Einstellungen getroffen habe, welche das beeinflussen könnten.
-
War die Option beim letzten Speichern bereits gesetzt?
Du meinst den Eintrag in der config?
Wenn ja, den habe ich dort schon länger so drin.
Die Seite von welt.de hatte ich noch nie aufgerufen vorher.
Ich dachte, der Wert 2 akzeptiert die Cookies dann automatisch
-
Ich dachte, der Wert 2 akzeptiert die Cookies dann automatisch
Tut es auch. Und genau das funktioniert bei mir auch.
-
das funktioniert bei mir auch.
Hier nur im Privaten Modus.
So habe ich die Einstellungen in diesem Profil schon länger:
-
Das Problem mit welt.de kann ich jetzt bei mir reproduzieren.
Nach einem Neustart und dem dem erstmaligen Aufruf funktioniert es. Der Dialog erscheint kurz und verschwindet dann wieder.
Wenn man jetzt das entsprechende Cookie in den Einstellungen löscht (...ich lösche immer alle Daten) und einen Reload der Seite macht, dann erscheint der Dialog wieder. Auch mehrmaliges Neuladen ändert dann nichts mehr daran. Gut, dass Löschen des Cookies in der gleichen Sitzung ist jetzt nicht das übliche Vorgehen, aber irgendwas stimmt da nicht... -
Wenn man jetzt..
So ist es hier auch.
Auch wenn ich im Testprofil die Cookies beim Beenden löschen lasse, erscheint wieder die Nachfrage, und wird nicht automatisch bestätigt.
