Pytanie Co powoduje anulowanie żądań sieci w Androidzie Chrome


W niektórych Chrome na urządzeniach z Androidem widzimy anulowane żądania w Narzędziach Chrome dla Chrome.

Wygląda na to, że dzieje się tak tylko w przypadku adresów URL artykułów, które następują po /content/:uuid format ścieżki i na www poddomena, uważamy, że zawęziliśmy ją do tego raczej niż wszystkich artykułów, ponieważ treść z próżnym adresem URL nie wydaje się anulować.

Co się dzieje, to, że te żądania są anulowane, a następnie natychmiast po tym żądaniu ponownie, ale nie jest anulowane.

Najczęściej jest to w porządku, a przeglądarka ładuje żądaną stronę, ale czasami od www.ft.com kliknięcie linku do artykułu spowoduje najpierw anulowanie pierwotnego żądania, a następnie, zamiast ponownego przetworzenia tego żądania, przerwie ono żądanie strony, na której już były, w tym przypadku www.ft.com.

Na urządzeniach, na których występuje ten błąd, początkowe anulowane żądanie będzie miało miejsce przez cały czas, ale przeładowanie oryginalnej strony jest przerywane (może 1 na 6 razy?).

Anulowane żądanie, które ostatecznie przechodzi:

Cancelled request, which eventually goes through

Anulowane żądanie, które ponownie ładuje oryginalną stronę:

Cancelled request, which reloads the original page

Błąd występuje na tych urządzeniach:

  • Wersja Chrome: 59.0.3071.125, wersja Androida: 7.1.2, Model: Pixel
  • Wersja Chrome: 59.0.3071.125, wersja Androida: 7.1.2, Model: Nexus 6P
  • Wersja Chrome: 59.0.3071.125, Wersja Androida: 5.0.0, Model: Uwaga 3

Błąd nie występuje na tych urządzeniach:

  • Wersja Chrome: 59.0.3071.125, Wersja Androida: 7.0, Model: Moto G5
  • Wersja Chrome: 59.0.3071.125, Wersja Androida: 7.0, Model: Galaxy S7 (mini)
  • Wersja Chrome: 59.0.3071.125, wersja Androida: 7.1.1, Model: OnePlus 3

Jest to trochę związane z Co oznacza status = anulowany dla średniej zasobu w Narzędziach dla programistów Chrome?, ale jesteśmy prawie pewni, że wykluczyliśmy przyczyny w przyjętej odpowiedzi.

Debugowanie próbowaliśmy, ale nie pomogliśmy:

  • Wyłączanie Javascript
  • Wyłączanie naszego śledzenia JavaScript
  • Wyłączanie naszych reklam
  • Wyłączenie naszego pracownika serwisu
  • Wyłączanie pamięć podręczna aplikacji

Wyłączenie obsługi skryptów JavaScript spowodowało zmianę zachowania, ale mimo to żądanie zostało anulowane, ale nie zobacz, jak odświeża oryginalną stronę, tak jak widzieliśmy przy włączonej obsłudze JavaScript.

Inne obserwacje:

  • Kliknięcie linków w symulacji urządzenia Chrome Devtools nie powoduje anulowania żądania, a jedynie bezpośrednie korzystanie z urządzenia.

12
2017-08-21 12:12


pochodzenie


Więc jestem na Androida 7.1.2, Chrome 60.0.3112.107, bez problemów. Jednak inni użytkownicy Chrome 60 napotykają ten problem, a także na inne wersje Androida, więc nie wygląda to specjalnie na żadną wersję oprogramowania. - Samuel Parkinson
potwierdzający błąd na aktualnym 60.0.3112.116 (LG 5X, Oreo), potwierdzający pracę nad aktualną wersją beta 62.0.3202.19 ... czekanie na aktualizację jest jedynym sposobem? :( - snachmsm


Odpowiedzi:


Tak więc ten szczególny przypadek wynika z tego, co wydaje się być błędem w bieżącej wersji Chrome, gdy jest zainstalowana aplikacja obsługująca precyzyjne linki.

Na moim telefonie (Oneplus 3, Chrome 60.0.3112.107) nie udało mi się odtworzyć anulowanych żądań ani wadliwych przekierowań, NIGDY nie zainstalowałem aplikacji FT na moim telefonie.

Po zainstalowaniu aplikacji (która, jak zakładam, jest przystosowana do obsługi linków do wzorca www.ft.com/content/), kliknięcie linku do artykułu pokazuje okienko popup, aby zdecydować, czy chcę otworzyć aplikację lub Chrome. Odzwierciedla to jako anulowane żądanie na karcie Sieć. Nawet po wybraniu, aby zawsze otwierać w przeglądarce, linki te będą wyświetlane jako anulowane i ponownie zażądane (na niepoprawną stronę główną lub do poprawnego artykułu).

Mogę to odtworzyć zarówno z FT, jak i WSJ z zainstalowanymi aplikacjami, co oznacza, że ​​jest to błąd w aktualnej wersji Chrome.

Jednak takie samo zachowanie nie występuje w Chrome Beta (v61.0.3163.60) ani w Chrome Canary - więc odgadnąć zostało to teraz naprawione ...


5
2017-08-29 09:52



Więc widzieliśmy to w Chrome v59 i v60. Będę musiał sprawdzić raport o błędzie. - Samuel Parkinson
Może być jednym z nich bugs.chromium.org/p/chromium/issues/.... - Samuel Parkinson
Problem nadal występuje w najnowszym Chrome (v 61.0.3163.100). ale przetestowałem go w Chrome Canary (v 63), a problem nie został odtworzony. - Nisim Joseph