Baza filtrów cofa czasem się do wbudowanej w ostatnią wersje
krystian3w opened this issue · 4 comments
Sam mam to co jakiś czas, najczęściej zbiega się z aktualizacją Firefox.
Komentarz w Chrome Web Store może wskazuje, że "użytkowniczka" też to miała np. bo śledzi co zostało dodane po czerwcu 2020.
Ta, najwyraźniej problem jest tu => https://github.com/PolishFiltersTeam/PolishCookieConsent/blob/master/src/update.js#L18.
Trzeba będzie doprecyzować => https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/API/runtime/OnInstalledReason, czyli tylko install i update.
A takie coś pozwoli na prace w ramkach?
"content_scripts": [
{
"matches": [
"http://*/*",
"https://*/*"
],
"js": [
"content.js"
],
+++ "all_frames": true,
"run_at": "document_start"
}
],Niby raz na rok się zdarza pop-up używający iframe, w takich żadne klikanie nie działało i trzeba było polegać na czytelności cookies/localStorage.
Chyba, że bezpieczniej dodawać nieczytelne dla ludzi wpisy w cookies/localStorage.
Po potem zostaje, że ogranicza nas to:
tam trudniej mi ustalić co dyskwalifikuje przechwycenie url ramki w celu weryfikacji czy filtr ma się wykonać.
https://developer.mozilla.org/en-US/docs/Mozilla/Add-ons/WebExtensions/manifest.json/content_scripts
Note: This also applies to any tracker or ad that uses iframes, which means that enabling this could make your content script get called dozens of times on some pages.
A naprawiamy bug z z wklejaniem np. || do listy wyjątków lub konwersji pustych linii w ||| np.:
abc.pl
def.pl
działa jak abc.pl|||def.pl
Próbowałem konwertować || do | ale jakby o etap za późno lub redukcja ||||| robiła się raz do |||. Niby obecność działa jak użycie @@*$ehide,shide (czyli filtry nie próbują klikać/piec ciastek/robić przekierowań).