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ń).