Firma Google zaplanowała na 3 czerwca rozpoczęcie procesu zakończenia wsparcia dla drugiej wersji manifestu Chrome, który określa możliwości i zasoby dostępne dla dodatków korzystających z API WebExtensions. Początkowo planowano zakończyć wsparcie dla drugiej wersji manifestu w styczniu 2023 roku, jednak terminy były kilkakrotnie przesuwane. Od 3 czerwca w wersjach Chrome Beta, Dev i Canary, przy zainstalowanych dodatkach korzystających z drugiej wersji manifestu, na stronie zarządzania dodatkami (chrome://extensions) zacznie pojawiać się powiadomienie z informacją o nadchodzącym zakończeniu wsparcia tych dodatków. Dodatki oparte na drugiej wersji manifestu również stracą oznaczenie 'zalecanych'.
W kolejnych etapach rozpocznie się stopniowy proces wyłączania dodatków korzystających z drugiej wersji manifestu, a użytkownikom będą wyświetlane zalecenia dotyczące instalacji dostępnych w Chrome Web Store alternatyw, które przeszły na trzecią wersję manifestu. Przy tym przez pewien czas użytkownik będzie miał możliwość przywrócenia wyłączonych dodatków, jednak w miarę upływu czasu ta funkcjonalność zniknie. Zmiany związane z zakończeniem wsparcia drugiej wersji manifestu najpierw będą wdrażane w testowych wersjach Chrome (Beta, Dev i Canary), ale w następnych miesiącach wpłyną także na stabilne wydania. Planowane jest zakończenie wsparcia dla drugiej wersji manifestu przed początkiem przyszłego roku. Użytkownicy korporacyjni będą mieli możliwość odroczenia zakończenia wsparcia drugiej wersji manifestu do czerwca 2025 roku.
Zauważono, że Google w ubiegłym roku rozwiązał wszystkie główne problemy, które przeszkadzały w przejściu na trzecią wersję manifestu, oraz uwzględnił sugestie dotyczące jego funkcjonalności. Na przykład w API declarativeNetRequest zwiększono dozwoloną liczbę statycznych reguł do 330 tysięcy, a dynamicznych do 30 tysięcy. Obecnie w katalogu Chrome Web Store około 85% dodatków już obsługuje trzecią wersję manifestu, w tym najbardziej popularne dodatki do filtrowania treści — AdBlock, Adblock Plus, uBlock Origin oraz AdGuard.
Trzecia wersja manifestu Chrome została opracowana w ramach inicjatywy mającej na celu uproszczenie tworzenia bezpiecznych i wydajnych rozszerzeń oraz utrudnienie możliwości tworzenia niebezpiecznych i wolnych dodatków. Główne niezadowolenie dotyczące trzeciej wersji manifestu wynika z przekształcenia API webRequest w tryb tylko do odczytu, co uniemożliwiło podłączanie własnych obsługujących, mających pełny dostęp do żądań sieciowych i zdolnych do modyfikacji ruchu w czasie rzeczywistym. Zamiast API webRequest, w trzeciej wersji manifestu dodano ograniczone w swoich możliwościach API declarativeNetRequest, które zapewnia dostęp do wbudowanego silnika filtracji, samodzielnie obsługującego reguły blokowania, nie pozwalającego na korzystanie z własnych algorytmów filtracji.
W nowym manifeście również dokonano przejścia na wykonanie Service workers w formie procesów w tle oraz wprowadzono granularny model żądania uprawnień (rozszerzenie nie może być aktywowane od razu dla wszystkich stron, a będzie działać tylko w kontekście aktywnej karty). Zmieniono przetwarzanie zapytań cross-origin — na skrypty przetwarzania treści nałożone są te same ograniczenia uprawnień, co na stronę główną, w którą te skrypty są wbudowane (na przykład, jeśli strona nie ma dostępu do API określenia lokalizacji, to i skrypt rozszerzenia również nie uzyska tego dostępu). Wykonanie kodu załadowanego z zewnętrznych źródeł jest zabronione. serwerów (gdy rozszerzenie wczytuje i wykonuje zewnętrzny kod).
Źródło: opennet.ru
