Plany na przyszłość
hawkeye116477 opened this issue · 15 comments
- Możliwość wyłączenia automatycznej aktualizacji bazy
- Możliwość osobnego wyłączenia PBC i listy użytkownika
- Edytor i linter (Code Mirror)
- Przeglądarka zasobów
- Tryb ciemny
- Obsługa mirrorów?
- Powiadomienia na pulpicie o statusie aktualizacji?
- Synchronizacja z chmurą?
- Opcjonalna Baza Zagraniczna (ala IDCAC Lite Edition)?
- Możliwość wyłączenia pojedynczych reguł?
- Możliwość wyłączenia pojedynczych funkcji (np. klikania)?
@hawkeye116477 Małe pytanie. Czy to wymaga listy I don't care about cookies do poprawnego działania na eu? I czy będzie wersja dla Firefox mobilnego finalnie?
Jak nie skopiujemy 100% domen z dodatku IDCAC w zasięgu "Europy" to raczej wciąż będzie potrzebny pod "anglojęzyczne" IDCAC.
IDCAC niby ma też skrypty co nie są ograniczone zasięgiem domeny np. #cadre_alert_cookies
czy nawet OneTrust lub Evidon.
Niby najtrudniejszy będzie np. chip.de
jak nie ma stabilnych nazw cookies dotyczących pop-upa o RODO/polityce prywatności "ciastek" i ma podobny mankament z odtwarzaniem jak player WP (mrożenie się kodu do końca wykonania jednego).
Dopuszczenie do wersji stabilnej Fenix/Firefox Daylight niby wymaga wysłania maila na odpowiedni adres do Moz://i, tak by oni rozpoczęli swoje testy czy nie używamy czasem coś co oni mają na etapie alfa w testowaniu API dodatków.
@krystian3w A czy w planach jest wersja dla mobilnego firefoxa? Jeżeli mogę spytać. Ostatnio I don't care about cookies ma jakieś bugi i nie działa za dobrze, z tego co widzę. Ciasteczkowa zgoda vs dodatek I don't care about cookies - Pierwsze likwiduje irytujące cookie od google, a drugie sobie nie radzi.
Musiałbyś znaleźć formularz lub ten mail gdzie możemy zgłosić prośbę testów czy dodatek jest zgodny z Firefox Daylight 88+ (hawkeye stwierdza, że był zgodny z Firefox Nightly 89+ na Android).
Ale to może sprawić, że Moz://a będzie sprawdzać tydzień każdą (nawet krytyczną) aktualizację dodatku jakby wdrażać nowości co wydanie a nie hucznie za rok w całości (obecnie jak nie sprawdzają z 100 dodatków przed naszym to w 30 minut dla Firefox jest nowa wersja, w Google okres może wynosić dalej 5 dni mimo że ostatnio chyba zakończył się do 15 min).
@krystian3w A obejście tego? Zeby jakoś zewnętrznie. Uciążliwe są te ciastka na firefox android.
Mogę napisać podobną instrukcję jak z iceraven
(https://github.com/PolishFiltersTeam/PolishCookieConsent#vi-iceraven) dla:
- Fennec z F-droid (https://f-droid.org/en/packages/org.mozilla.fennec_fdroid/) lub wersji Firefox Nightly
wtedy trzeba by przejść na wersje niestabilną lub spod innych rąk pisaną.
@krystian3w Używam wersji niestabilnej na android aktualnie. Więc przy chrwili może spróbuję twojej receptury.
Dopuszczenie do wersji stabilnej Fenix/Firefox Daylight niby wymaga wysłania maila na odpowiedni adres do Moz://i, tak by oni rozpoczęli swoje testy czy nie używamy czasem coś co oni mają na etapie alfa w testowaniu API dodatków.
Priorytetowo dodają rozszerzenia z etykietką „Polecane” i w tym przypadku, z tego co doczytałem to pod uwagę biorą też to, czy rozszerzenie przydaje się dla różnych narodowości, więc mogą nam nie przydzielić takiej etykietki, póki nie dołożymy tej zagranicznej bazy ciasteczkowej.
@hawkeye116477 Sami widzicie, Daniel sobie nie radzi za bardzo z EU w swoim dodatku. Tak więc Wasz dodatek teraz działa lepiej. I nikt mi nie powie, że nie mam racji. Przykład podałem z google.
Przecież mówisz, że to Kiboke musi zaktualizować klikanie pod cookie wall z domeny consent.
.
A nie działać może z upierdliwości Google do blokad CSP
(od miesiąca chyba obie domeny w Firefox nie zezwalają na wstrzykiwanie JS - dezaktywowane security.csp.enable
lub scriptlet doctor z dopisanymi domenami Google.com
/Google.pl
/Youtube.com
może stać się wymagane, nie wiem na ile Moz://a lubi grzebanie przy CSP dodatkiem).
Raczej nikt nie będzie się bawić w pisanie bakeCookie
by subdomena nie zdążyła załadować się.
Czyli winowajcą jest też po części włączone CSP? Czy źle zrozumiałem?
Może naprawią to za dwa lata na poziomie API dodatków, wtedy taki Scriplet Doctor straci sens.
@krystian3w więc w ubo wystarczy wyłączyć blokowanie csp czy w przeglądarkach to trzeba zdeaktywować o csp?
Jak nie działa Ci nasze klikanie w obrębie 3 subdomen consent.*.pl
/ consent.*.com
:
https://consent.google.com/m?continue=
https://consent.google.pl/m?continue=
https://consent.youtube.com/m?continue=
to zacznij od dodatku https://github.com/JustOff/scriptlet-doctor#readme, dopisz do konfiguracji własnej te 3 subdomeny i sprawdź ponownie.
Jak nie ruszy to wtedy w about:config ustaw security.csp.enable
na false. Raczej nie prędko dodatek przejdzie przemianę w aplikacje typu AdGuard (niby wtedy CSP ma niewiele do gadania przy klikaniu).
"Egzotycznego" np.: consent.google.de
🇩🇪 , consent.google.com.br
🇧🇷 nie ma na liście:
Jakby miało ruszyć to pewnie jako regex \.[\w]{2,14}\.?[\w]{2,14}?\/
do czasu implementacji kiedyś zapisu z gwiazdką.
Na wersję pop-up jest stosowany html filtering i awaryjne dwa filtry acis.js
.
@krystian3w Ale napisałem, że tylko Polska Zgoda Ciasteczkowa działa na to. Ale spróbuję dodać te domeny na FF Android, gdzie oficjalnie nie ma jeszcze zgodnego dodatku do ciasteczek.