-
-
Save Olli/2d54c1778b65ccc0412c172517728d9e to your computer and use it in GitHub Desktop.
| www.spiegel.de##[data-area="article-teaser-list"] > div:has( a[href*="bento.de"] ) | |
| www.spiegel.de##[data-area="article-teaser-list"] > div:has( [id*="splus"] ) | |
| ! thx @RolfWojtech | |
| www.spiegel.de##:xpath(//article[.//header//span[contains(@data-contains-flags,"paid")]]) | |
| www.spiegel.de##:xpath(//li[.//span[contains(@data-contains-flags,"paid")]]) |
Funktionieren die Filter noch? Ich glaube gerade nicht mehr - bekomme den bento Müll schon wieder angezeigt.
Spiegel hat irgendetwas verändert, bei mir funktionieren nun keinerlei "cosmetic filters" mehr auf der Seite. Wenn jemand herausfindet warum, bitte hier beantworten.
Ich hab mich auch schon dumm und dusselig gesucht per Inspector, habe aber leider noch keine Idee. Bei mir besteht das Problem seit ca. 01.05.
Ich vermute das liegt nicht an SPON ... die Filter greifen soweit, wenn man die (etwas abgespeckt) auf der JS Console ausführt. Da wird irgendwas im UBlock nicht mehr zu funktionieren.
Wobei es allerdings keine Änderungen im Ublock soweit gibt. Kann auch am Firefox liegen. Das ist irgendwie komisch.
Vielleicht das hier uBlockOrigin/uBlock-issues#974
Da es z.B. auf heise.de noch funkioniert, hatte ich zunächst an eine Spiegel-spezifische Änderung geglaubt. Getestet habe ich mit dem filter heise.de##div der die ganze Seite erfolgreich filtert. Wenn ich dasselbe mit spiegel.de##div mache, bleibt die Seite unverändert.
Habe die vor 4 Stunden veröffentlichte Developer-Version von Ublock Origin installiert, in der das genannte Issue gefixed sein sollte, bringt leider auch keine Verbesserung.
Eine Race-Condition wäre auch eine schöne Erklärung gewesen, warum es auf manchen Seiten geht.
Die Version im Chrome Store ist noch von gestern, enthält den Fix also vermutlich noch nicht. Aber ich habe die neuste Firefox-Version von der Releases-Page genommen, die den fix definitiv beinhalten sollte, auch damit ändert sich nichts an dem Problem.
Habe nun ein Issue aufgemacht: uBlockOrigin/uBlock-issues#1013
Ok, es scheint an einem Eintrag der Liste "Ublock Filters" zu liegen, der das kosmetische Filtern auf der Seite komplett deaktiviert.
Unter diesem Link gibt es eine paar Filterzeilen die zumindest bei mir die Filterung wiederhergestellt haben: uBlockOrigin/uAssets#7312 (comment)
Nochmal ein Update, mapx had die Filterzeilen in den offiziellen Filter übernommen, damit läuft bei mir alles wieder wie früher.
Mir ist zwischenzeitlich aufgefallen, dass der alte Filter zu gierig ist. Er filtert auch den Inhalt geöffneter Artikel, wenn diese einen S+ Link enthalten.
Hier die korrigierte Version:
www.spiegel.de##:xpath(//article[.//header//span[contains(@data-contains-flags,"paid")]])
www.spiegel.de##:xpath(//li[.//span[contains(@data-contains-flags,"paid")]])
Die erste Zeile filtert die S+ Artikel Artikel von der Hauptseite, die zweite Zeile filtert referenzen auf S+ Artikel von anderen Artikeln.
Ganz oben gibt es zwischenzeitlich einen S+ Banner sowie z.T. Referenzen auf S+ Artikel in der horizontalen Leiste, die stören aber zumindest mich nicht genug um weitere Filter zu erstellen.
Getestet mit ublock origin in Firefox sowie Chrome.