Firma Google przedstawiła harmonogram zakończenia wsparcia dla drugiej wersji manifestu Chrome na rzecz trzeciej wersji, która jest krytykowana za naruszanie funkcjonowania wielu dodatków do blokowania niechcianych treści i zapewnienia bezpieczeństwa. W tym również druga wersja manifestu jest powiązana z popularnym blokadorem reklam uBlock Origin, który nie może zostać przetłumaczony na trzecią wersję manifestu z powodu zaprzestania wsparcia dla trybu blokowania API webRequest.
Od 17 stycznia 2022 roku do katalogu Chrome Web Store nie będą przyjmowane dodatki korzystające z drugiej wersji manifestu, ale twórcy wcześniej dodanych dodatków tak jak wcześniej będą mogli publikować aktualizacje. W styczniu 2023 roku w Chrome zakończy się wsparcie dla drugiej wersji manifestu i wszystkie powiązane z nim dodatki przestaną działać. Jednocześnie zabroniona będzie publikacja aktualizacji dla podobnych dodatków w Chrome Web Store.
Przypomnijmy, że w trzeciej wersji manifestu, definiującym możliwości i zasoby udostępniane dodatkom, w ramach inicjatywy na rzecz zwiększenia bezpieczeństwa i prywatności zamiast API webRequest zaproponowano ograniczone w swoich możliwościach API declarativeNetRequest. Podczas gdy API webRequest pozwala na podłączenie własnych handlerów, mających pełny dostęp do zapytań sieciowych i zdolnych do modyfikacji ruchu w locie, API declarativeNetRequest jedynie zapewnia dostęp do wbudowanego w przeglądarkę gotowego silnika filtrującego, samodzielnie przetwarzającego zasady blokowania, nie pozwalającego na używanie własnych algorytmów filtracji i nie umożliwiającego formułowania złożonych reguł, które się nakładają w zależności od warunków.
Według firmy Google kontynuuje prace nad wprowadzeniem możliwości w declarativeNetRequest, które są wymagane w dodatkach wykorzystujących webRequest, i zamierza dostosować nowe API do potrzeb deweloperów istniejących dodatków. Na przykład Google już uwzględnił życzenia społeczności i dodał do API declarativeNetRequest wsparcie dla korzystania z kilku statycznych zestawów reguł, filtracje za pomocą wyrażeń regularnych, modyfikację nagłówków HTTP, dynamiczne zmiany i dodawanie reguł, usuwanie i zamienianie parametrów zapytań, filtrowanie związane z kartami oraz tworzenie specyficznych zestawów reguł dla określonych sesji. W nadchodzących miesiącach planowane jest wprowadzenie wsparcia dla dynamicznie konfigurowalnych skryptów przetwarzania treści oraz możliwość przechowywania danych w pamięci operacyjnej.
Źródło: opennet.ru
