YouTube.com | Google.* | sourceforge.net
krystian3w opened this issue · 26 comments
Google.pl
/ Google.com
/ YouTube.com
-
Stopowane filmy YouTube. Niby progres obejrzenia 1-10 sekund psuje teraz samo Google, podobnie z parametrem- Google rezygnuje z pop-upa i wdrożył cookie-wall, jak klikanie nie działa to trzeba użyć https://github.com/JustOff/scriptlet-doctor#readme lub&t=
.security.csp.enable
wyłączyć (stan `false). -
Ściany ciastek trudne do forsowania skryptletami/html filteringiem (częściowo działa blokada obsługi ciastek pod subdomenę).
@krystian3w Oni raczej nic nie blokują, tylko to EasyList blokuje te grafiki 😄.
@MajkiIT @@/online_ads/$image,domain=rexona.com
Ale akceptacja też je odblokowuje.
@krystian3w Niemożliwe, u mnie nic nie odblokowuje, jedynie po dodaniu wyjątku jest ok, nie trzeba nic klikać.
@krystian3w Z tych adresów, co podałeś, to wystarczy tylko wyjątek, a klikanie nic nie daje.
Tak generalnie to trzeba trochę zaczekać czasem, by coś się załadowało. Więc może tak ci się tylko zdawało, że po akceptacji się załadowało...
A jeżeli chodzi o unileverfood, to chyba można by przyblokować ich skrypt ||unileverfoodsolutions.pl/etc/clientlibs/ufs-aem/evidon.min
albo coś z $csp może.
Dasz radę dorzucić fandom.com
do wiki?
https://gta.fandom.com/pl/wiki/Grand_Theft_Auto_Wiki
@krystian3w Oczywiście, patrz i ucz się 😄.
wylecz.to
/ drogerium.pl
może akceptacja cookie w dodatku?
MajkiIT/polish-ads-filter@b49157e#diff-019c4d6c3918d69cd67e76aeec0a04a5L285
Chyba że za to też dadzą pozew na miliony monet 💰.
@krystian3w hahahaha
Jak będziemy akceptować, to raczej powinni się cieszyć 😄.
sourceforge.net
chyba że wybór w ich cookies jest problematyczny jak u jspenguin:
- "wolność wyboru";
- zbyt zagranicznie;
- może zbyt już mało popularne.
@krystian3w Nie ma problemu, będziemy wszystko akceptować 😄
Bez przesady może tylko popularne, nie miało to być drugie lepsze I do not care about cookies
.
@krystian3w Miałem na myśli, że wszystkie opcje w pop-upie. Chociaż tak z drugiej strony to nie wiem czy się opłaci to dodawać, raczej takie popularne to chyba teraz już nie jest.
Google.pl
i ich privacy wall na grafikach?
Zbyt losowe?
@krystian3w A kiedy i gdzie konkretnie to się pojawia? Bo generalnie to niby coś tam już jest na liście Rodo-Ciasteczkowej.
Taki wielgachny pop-up mam co jakieś 2 tygodnie od Google i jak go sobie jakkolwiek dotnę to mi potem nie ładuje więcej niż jednego ekranu zdjęć, jakiś skrypt się blokuje bez zgody dla Google.
A kod tak zrozumiały jak reklamowy WP.
Sam sobie wycinałem to czymś takim:
!google.*###lb > DIV[id^="uid_"]
!google.*###main > #lb:has(#cnsw > iframe)
!google.*###main > #lb > DIV[id^="_"][class^=" "]
!google.*##.nsc:style(overflow: visible !important;)
!translate.google.*##DIV[class][data-cbh="consent.google.com"]
!translate.google.*##.gb_Ca:style(overflow: visible !important;)
Tyle że 1 ekran grafik to trochę lipa była i poszły !
w ruch.
Jak rzadko się pojawia, to może lepiej darować wujkowi 😄.
![]() |
---|
[
{
"domain": ".google.pl",
"expirationDate": 2146723198.516159,
"hostOnly": false,
"httpOnly": false,
"name": "CONSENT",
"path": "/",
"sameSite": "no_restriction",
"secure": false,
"session": false,
"storeId": "0",
"value": "YES+PL.pl+V11",
"id": 1
},
}
]
Wskoczyło na drugi dzień od instalacji Chrome.
A widzę wadę w pieczeniu ciastka na Google, trzeba by na dwóch domenach np. google.pl|google.com
, bo jakoś mają bardziej skomplikowany mechanizm weryfikacji że zaakceptowaliśmy politykę.
Ludzie narzekają, że pop-up RODO/Ciasteczkowy stopuje wideła. Nie działają na to pomysły z :remove()
a działały niedawno nawet jako .user.js
w violentmonkey.
Nie są chętni by go zaakceptować lub jak radzi Google logować się na "fejkowe" konto.
uAssets raczej nie wymyśli żadnego aopr
/ acis
/ aeld
/ set
/ nosiif
/ nostif
by go usuwać szybciej od wadliwego :remove()
(skoro już nie pomaga).
Pieczenie ciastek nie przejdzie, bo dodatek wykrywa, że ciasteczko istnieje - czyli nie można podwędzić pomysłu z AdGuard aż nie zrobimy więcej sprawdzań czy ciastko ma właściwe wartości poza faktem istnienia.
Klikanie też nie działa z jakiegoś powodu w ramkach, pewnie trzeba by inteligentniej wykrywać "URL". Czasem też się może trafić starsza wersja, gdzie klików trzeba zrobić z przynajmniej 5 (x1
"dalej" - x3-4
w strzałkę - x1
"akceptuj").
@krystian3w Podaj jakaś listę kroków co trzeba wykonać, bo nie wiem jak to wywołać.
Aktualizacja: Już widzę, ale to jest ten ich słynny Polymer w ramce, nie będzie łatwo.
Wejdź anonimowo w np. to:
https://www.youtube.com/watch?v=eVaQ-jQJ19s
- powinno przywitać cię RODO Google,
- pod RODO np. "zalogowani mają się lepiej" (FiltersHeroes/PolishAnnoyanceFilters#2471),
- oba słyną ze stopowania wideo po 1-6 sekundach,
- czasem też podmieniany jest player na coś w stylu pop-upa "zalogowani mają się lepiej" (uBlockOrigin/uAssets#7842).
Google wymyśliło nowy cookie wall dla:
youtube.com
-> consent.yotube.com/m...
google.com/search
+ &tbm=
(shop|bks|nws)
-> consent.google.com/m...
google.com/maps
-> consent.google.com/m...
Niby można spróbować dodać klikanie jak cookie wall w sub-domenie jest klikalny (niby powinno się dać lepiej niż z klikaniem w Polymerze):
pewnie ruszy duplikacja z zmienioną ścieżką na przycisk "akceptuje":
form[action*="consent."] button[aria-label^="Zgadzasz się na wykorzystanie plików cookie"]
Dodatkowo nowy pop-up psuje przyciski "więcej" i "narzędzia" w wyszukiwarce, więc nie można go wycinać filtrem proceduralnym.
Google wycofało się z cookie walla na YT, wrócił pop-up "polymer" bez iframe ale nieosiągalny dla:
youtube.com##+js(clickComplete, [aria-label*="cookie"] > #text, 200, Zgadzam)
lub nie umiem w ten niezbędny xpath lub przebiegów musi być więcej niż 200...
Solucja dla sourceforge.net
by AdGuard Annoyances:
!##+js(no-setTimeout-if, window.cmpmngr.loadSettings, 30)
sourceforge.net##+js(set-constant, window.cmpmngr.setConsentViaBtn, noopFunc)
Może za dwa lata dokleją do EasyList Cookie.