>>151906
Top!
Dann sollte dem Lauererlebnis nichts mehr im Wege stehen.

>>151905
>Wurden die versteckten Einstellungen in der Vergangenheit mal geändert, so dass nicht mehr die Standardeinstellungen gelten?
Nicht, dass Felix wüsste. Nach all den Jahren uBO-Benutzung kann Felix aber auch nichts garantieren.

>Bei Felix war nämlich die entsprechende Zeile ohne eigenes Zutun nach Aktualisierung auf Version 1.63.2 geändert.
Bei diesem Felix offenbar nicht.

>>151904
Genau das müsste eigentlich bereits drin sein:
https://github.com/gorhill/uBlock/commit/34cea709246a7f8c476f85d2fe34e5af7811298b
https://github.com/gorhill/uBlock/commit/7dba69dc48d2114648ca237e4b69031d5db8626b

Wurden die versteckten Einstellungen in der Vergangenheit mal geändert, so dass nicht mehr die Standardeinstellungen gelten?

Bei Felix war nämlich die entsprechende Zeile ohne eigenes Zutun nach Aktualisierung auf Version 1.63.2 geändert.

>>151903
Felix hat gerade noch vor deinem Pfosten eine bahnbrechende Entdeckung gemacht: Ihr müsst nicht auf die nächste uBO-Version warten! Man kann die Einstellung selber ändern, wenn man auf dieses kleine, versteckte Zahnrädchen neben "I am an advanced user" klickt. Das hat es endlich behoben!

>>151901
>>151902
no-remote-fonts: * true injiziert eine Content Security Policy, was in uBlock die gleichen Probleme (bzgl. des Feuerfuchs-Caches) wie die Permission Policies hervorruft. Nur stehen die CSP-Injektionen nicht unter dem if mit Test auf das cacheControlForFirefox1376932-Flag, so dass der Arbeitsumgeh dafür _nicht_ funktioniert. Das wird also vermutlich erst funktionieren, wenn gorhill den Caching-Kot komplett rausgeschmissen hat (was er bereits angekündigt hat).

https://github.com/gorhill/uBlock/blob/703fdf673c62841af0650cccce852bcbdab767c6/src/js/traffic.js#L565
https://github.com/uBlockOrigin/uBlock-issues/issues/229#issuecomment-2220354261

>>151901
Also noch mal zur Klarstellung: Jeweils eines davon reicht aus, dass das Problem wieder auftritt.

>>151900
Update: Ja, es liegt wohl an:

>>151899
Also nachdem Felix jetzt alles das gemacht hat und den Brausierer neugestartet hat, scheint es tatsächlich zu funktionieren (am Brausiererneustart alleine lag es aber nicht - das hatte Felix bereits vorher versucht). Leider hat Felix immer noch keine Ahnung, woran es nun lag. Mal schauen.

>>151897
>Und als zusätzliche Filterliste noch "AdGuard Annoyances Filters" installiert.
Felix hat alle.jpg Filterlisten (Ausnahme: bei Regions-/Länderspezifische nur "de") aktiviert. Vorher machte die "AdGuard – Popup Overlays"-Filterliste die Cache-Probleme, jetzt mit der neuen Version nicht mehr.

>Dazu noch 47 "eigene Filter".
Was ist, wenn du die im "Filter lists"-Tab bei "[x] My filters" deaktivierst und den Feuerfuchs neustartest?

>10k Einträge unter "My rules"
Okay, bei Felix sind da nur die paar Standardeinträge:


Was ist, wenn du die aus dem "My rules"-Tab exportierst, die Standardeinträge setzt und den Feuerfuchs neustartest?

>>151896
>Ist das Problem überhaupt bei dir weg, wenn du uBlock deaktivierst?
Ja. Und das scheint bisher auch die einfachste Lösung zu sein, denn Werbung gibt es hier ja eh keine. Aber für andere Seiten wäre es natürlich schon schön.

>Hast du eigene Filter?
Kommt drauf an, was du damit meinst. Felix hat etwa 10k Einträge unter "My rules". Dazu noch 47 "eigene Filter". Und als zusätzliche Filterliste noch "AdGuard Annoyances Filters" installiert. Ansonsten, von den eingebauten Filterlisten, hat Felix folgende an: Alles von uBlock bis auf Badware Risks, EasyList, EasyPrivacy, EasyList Germany und EasyList Cookie Notices.

>Laufen irgendwelche davon auf dietchan.org (siehe Logger)?
Die einzigen, die dort auftauchen, sind:
>no-scripting * true
>no-remote-fonts * true

>>151895
Hast du eigene Filter?
Laufen irgendwelche davon auf dietchan.org (siehe Logger)?

Dass $permission-Filter den Cache nicht mehr karpott machen, hat Felix nun mehrfach manuell bei sich in verschiedenen Variationen nachgestellt.

Ist das Problem überhaupt bei dir weg, wenn du uBlock deaktivierst?

>>151878
Also bei mir funktioniert es immer noch nicht.

t. >>151866

>>151488
>Je älter eine IP-Adresse ist, desto weniger Schabernack kann man damit anstellen.
Naja, soll ja gerade im Nördsegment schon Leute geben, die mit einer statischen IP-Adresse unterwegs sind.

>>151866
Felix kann konfirmieren, dass der Fehler mit dem Feuerfuchs-Cache, sowohl bzgl. Bildern als auch bzgl. Textfeldern, nicht mehr auftritt.

Wobei "fixiert" heißt, dass gorhill als Arbeitsumgeh ein Flag anders gesetzt hat, damit das nicht mehr auftritt (der Kot wird erst später rausgeschmissen), das Ergebnis ist jedoch das gleiche.

Felix sieht auch, dass die "uBlock filters – Quick fixes"-Filterliste dafür noch angepasst wurde. Filterlisten forciert aktualisiert?

>>151847
Netter Versuch, fast hätte Felix es geglaubt.

>>151126
>>151132
uBlock Origin 1.63.2 ist draußen, es ist fixiert.

hesslig

Vielen Dank von OLED-Felix für den Dunkelmodus.

>>151506
>>151518
Also ich gebe dir zumindest Kreativitätspunkte für diese Idee. Bin aber trotzdem nicht sicher, ob ich das wirklich will.

>>151511
Sofern bernstgemeint: Dann hätte Zuse aber meine E-Mail-Adresse, plus es gäbe Dosenfleisch-Probleme, man müsste double-opt-in machen und hätte die E-Mail-Servierer-Konfiguration am Hals.

Wohingegen Felixens Idee aus >>151506 komplett lokal beim Endnutzer läuft, da der URL-Anker (d.h. alles, was nach # kommt) nicht als Bestandteil der URL an den Servierer übertragen wird. Das Aufrufen der eigenen Pfosten sieht dann so aus, als ob man den kompletten Faden ganz normal aufgerufen hätte.