Firma Google wyznaczyła na 3 czerwca rozpoczęcie procesu wycofywania drugiej wersji manifestu przeglądarki Chrome, która określa możliwości i zasoby dostępne dla dodatków napisanych przy użyciu interfejsu WebExtensions API. Początkowo wsparcie dla drugiej wersji manifestu planowano zakończyć w styczniu 2023 roku, ale potem termin był kilkakrotnie przesuwany. Od 3 czerwca w oddziałach Chrome Beta, Dev i Canary, jeśli zainstalowałeś dodatki korzystające z drugiej wersji manifestu, na stronie zarządzania dodatkami zacznie pojawiać się powiadomienie (chrome://extensions ) z informacją o rychłym zakończeniu wsparcia dla tych dodatków. Dodatki oparte na drugiej wersji manifestu również zostaną usunięte z etykiety „zalecane”.
Następnie rozpocznie się stopniowy proces wyłączania dodatków korzystających z drugiej wersji manifestu, a użytkownicy zostaną poproszeni o zainstalowanie alternatyw dostępnych w Chrome Web Store, które przełączyły się na trzecią wersję manifestu. W takim przypadku przez pewien czas użytkownik będzie miał możliwość zwrotu wyłączonych dodatków, jednak z czasem ta funkcja zostanie usunięta. Zmiany związane z wyłączeniem obsługi drugiej wersji manifestu początkowo będą dotyczyć gałęzi testowych Chrome (Beta, Dev i Canary), ale w nadchodzących miesiącach dotkną także wydania stabilne. Zakończenie odchodzenia od drugiej wersji manifestu planowane jest na początek przyszłego roku. Użytkownicy korporacyjni będą mieli możliwość opóźnienia zakończenia wsparcia dla drugiej wersji manifestu do czerwca 2025 r.
Należy zauważyć, że w zeszłym roku Google wyeliminował wszystkie główne problemy, które uniemożliwiały przejście do trzeciej wersji manifestu i uwzględnił życzenia w swojej funkcjonalności, np. w deklarativeNetRequest API, zwiększył dopuszczalną liczbę reguł statycznych do 330 tys., a dynamiczne do 30 tys. Obecnie około 85% dodatków w Chrome Web Store obsługuje już trzecią wersję manifestu, w tym najpopularniejsze dodatki filtrujące treść – AdBlock, Adblock Plus, uBlock Origin i AdGuard.
Trzecia wersja manifestu przeglądarki Chrome jest opracowywana w ramach inicjatywy mającej ułatwić tworzenie bezpiecznych i wydajnych dodatków oraz utrudnić tworzenie niepewnych i powolnych dodatków. Główne niezadowolenie z trzeciej wersji manifestu spowodowane jest przetłumaczeniem webRequest API na tryb tylko do odczytu, co umożliwiło podłączenie własnych handlerów, które mają pełny dostęp do żądań sieciowych i mogą na bieżąco modyfikować ruch. Zamiast webRequest API, w trzeciej wersji manifestu dodano deklarativeNetRequest API, które ma ograniczone możliwości, zapewniając dostęp do wbudowanego silnika filtrującego, który samodzielnie przetwarza reguły blokowania i nie pozwala na stosowanie własnych algorytmów filtrujących .
Nowy manifest implementuje również przejście na wykonywanie procesów Service Worker jako procesów w tle i wykorzystuje szczegółowy model uprawnień (dodatek nie może być aktywowany dla wszystkich stron jednocześnie, ale będzie działał tylko w kontekście aktywnej karty). Zmieniono obsługę żądań międzydomenowych: skrypty przetwarzania treści podlegają tym samym ograniczeniom uprawnień, co strona główna, w której są osadzone (na przykład, jeśli strona nie ma dostępu do interfejsu API lokalizacji, skrypt dodatku również nie będzie miał tego dostępu). Wykonywanie kodu ładowanego ze źródeł zewnętrznych jest teraz zabronione. serwery (gdy dodatek ładuje i wykonuje kod zewnętrzny).
Źródło: opennet.ru
