Historia zmian

Gdy prześlesz pliki cookie o nazwach __Secure- lub __Host- z powrotem do Browser, na przykład z wcześniejszego wywołania, ustawi je teraz z atrybutami wymaganymi przez ich prefiks, dzięki czemu strona widzi całą Twoją zapisaną sesję.

Gdy strona po załadowaniu przekierowuje na inny adres, Browser podąża za nią i zwraca docelową stronę zamiast czekać na przekroczenie limitu czasu. Czeka również na ukończenie krótkiej weryfikacji JavaScript od Google i zwraca stronę, do której ona prowadzi.

Wybór nowego okresu w widoku Overview w trakcie ładowania kart powoduje teraz wyświetlenie danych dla tego okresu, w tym prób Auto. Okno dialogowe wyboru okresu otwiera się także na aktualnie przeglądanym okresie.

Tryb Auto zwraca teraz stronę JSON w data jako tekst, niezależnie od trasy użytej do jej pobrania, dzięki czemu ten sam kod parsujący działa przy każdym wywołaniu.

Rozszerzenie Chrome extension ponownie stosuje dane uwierzytelniające użytkownika proxy po restarcie lub aktualizacji przeglądarki, dzięki czemu strony w tunelu ładują się bez ponownych monitów Chrome o hasło.

Strona organizacji wyświetla oczekujące zaproszenia od razu po otwarciu, więc po odświeżeniu widoczne są wszystkie zaproszone osoby, które jeszcze nie przyjęły zaproszenia.

Wyślij żądanie do usługi Browser o adres URL z #reviews na końcu, a strona zostanie zwrócona z normalną prędkością. Jeśli linki z kotwicami kończyły się błędem timeout, problem ten został rozwiązany.

Przeglądarka rozwiązuje teraz wyzwania Cloudflare typu checkbox przy współbieżnych żądaniach do tej samej strony, a kliknięcie zostaje zaliczone dopiero po faktycznym zniknięciu wyzwania. Trzy jednoczesne żądania są rozwiązywane w czasie od 5 do 9 sekund.

Playground teraz renderuje response z docelowego adresu, włączając w to strony, które ustawiają duże cookies, a endpointy API zawsze odpowiadają w formacie JSON.

Jeśli cel przekierował na inną ścieżkę URL, przeglądarka zwracała błąd 'No response received', nawet jeśli strona została załadowana. Ten problem został naprawiony. Request podąża za nawigacją niezależnie od miejsca docelowego. eBay, sklepy z dużą liczbą przekierowań i wszystkie strony zwracające kod 3xx do strony z weryfikacją działają teraz poprawnie.

Usługa jest teraz uznawana za niedostępną tylko wtedy, gdy utraci wszystkie instancje, co jest jedynym stanem, w którym request nie ma dokąd trafić. Rutynowe wdrożenia kroczące nie pojawiają się już jako incydenty na stronie statusu.

Gdy bank wymagał 3D Secure przy podnoszeniu planu, żądanie oczekiwało na zmianę, która nigdy nie nadchodziła (nikt nie prosił o uwierzytelnienie). Przepływ zmiany planu obsługuje teraz ten dodatkowy krok tak samo jak pierwsza subskrypcja, dzięki czemu aktualizacja przebiega pomyślnie.

Przeglądarka obsługuje teraz stronę weryfikacyjną, która przekierowuje przed odczytaniem jej treści, dzięki czemu żądania do chronionych witryn zwracają zawartość zamiast pustej odpowiedzi.

Kiedy wysyłasz nagłówek w żądaniach Single lub Proxy z włączoną funkcją unblocker (domyślnie), twoja wartość dociera teraz do serwera docelowego w takiej postaci, w jakiej została wysłana. Popularne nagłówki, takie jak Accept i User-Agent, mogły być wysyłane podwójnie, a niektóre serwery nadrzędne wybierały ten niewłaściwy. Jeśli zauważyłeś, że żądanie z Accept: application/json zwracało XML, lub przypisany User-Agent nie był respektowany, zostało to naprawione.

Ostrzeżenia o zużyciu kredytów są wstrzymane do momentu przypisania planu do każdego konta. Jeśli otrzymałeś powiadomienie '100% used', możesz je zignorować; nic na Twoim koncie się nie zmieniło.