Halaman kosong saat mengakses www.google.com

 (github.com/webcompat)
1 poin oleh GN⁺ 2024-01-10 | 1 komentar | Bagikan ke WhatsApp
  • Sebuah isu webcompat didaftarkan karena pada Firefox Mobile 121.0 di Android, saat mengakses `, halaman ditampilkan sebagai layar kosong sehingga fungsi inti Google Search tidak dapat digunakan
  • Dalam uji reproduksi, masalah yang sama terjadi pada Firefox Release 121.0.1 dan Firefox Nightly 123.0a1, sementara tidak tereproduksi pada Chrome 120.0.6099.43
  • Jika ETP dinonaktifkan, banner cookie muncul, tetapi bahkan setelah menyetujui, isi halaman tetap berupa layar kosong sehingga masalah tidak terselesaikan
  • Isu Mozilla Bugzilla terkait ditautkan sebagai 1873601, dan patch yang akan didistribusikan sebagai dot-release sudah disiapkan jika diperlukan
  • Kemudian Google mulai menggulirkan perbaikan, dan setelah mengamati selama beberapa jam, masalah tampaknya telah terselesaikan bagi mayoritas pengguna, sehingga diputuskan untuk menutup isu sebagai fixed

Masalah yang terjadi dan lingkungan laporan awal

  • URL target adalah https://www.google.com/, dan jenis masalah didaftarkan sebagai Site is not usable
  • Gejala yang dilaporkan adalah halaman Google tidak dimuat secara normal dan ditampilkan sebagai layar kosong
  • Lingkungan laporan awal:
    • Browser: Firefox Mobile 121.0
    • Sistem operasi: Android 13
    • Pengujian browser lain: Yes Other
  • Pengaturan browser mencakup nilai berikut:
    • gfx.webrender.all: false
    • gfx.webrender.blob-images: true
    • gfx.webrender.enabled: false
    • buildID: 20231230165955
    • channel: release
    • hasTouchScreen: true
    • mixed active/passive content blocked: false
    • tracking content blocked: false

Hasil reproduksi dan browser pembanding

  • Penanggung jawab reproduksi dapat mereproduksi masalah ini
  • Lingkungan pengujian:
    • Firefox Nightly 123.0a1-20240108213208
    • Firefox Release 121.0.1-20231230165955
    • Chrome 120.0.6099.43
    • Perangkat: OnePlus 6 A6000
    • Sistem operasi: Android 11
    • Layar: 1080 x 2280, 19:9, sekitar 402 ppi
  • Hasil reproduksi:
    • Tereproduksi pada Firefox Release maupun Nightly
    • Tidak tereproduksi pada Chrome
  • Isu ini diklasifikasikan dalam kategori Firefox Mobile, mesin Gecko, dan kegagalan pemuatan halaman

Uji penonaktifan ETP

  • Jika ETP dinonaktifkan, banner cookie muncul
  • Meski banner cookie diterima, isi halaman Google tidak ditampilkan dan tetap dalam kondisi layar kosong
  • Berdasarkan hasil uji ini saja, penonaktifan ETP bukan solusi untuk masalah tersebut

Diagnosis dan isu terkait

  • Isu dipindahkan ke tahap needsdiagnosis
  • Bug Mozilla Bugzilla terkait dirujuk silang sebagai 1873601
  • Pada hari yang sama, beberapa isu serupa terkait Google ditautkan:

Progres perbaikan dan arah penanganan

  • Penanggung jawab menyatakan bahwa patch yang akan didistribusikan sebagai dot-release sudah siap jika diperlukan
  • Dalam kondisi saat itu, dinilai kemungkinan patch tersebut tidak diperlukan
  • Setelah itu Google mulai menggulirkan perbaikan, dan berdasarkan pengamatan selama beberapa jam, masalah tampaknya telah terselesaikan bagi mayoritas pengguna
  • Percakapan tetap tidak dikunci untuk pengguna yang masih mengalami masalah layar kosong di Google Search dan dapat mengatasinya dengan UA spoof
  • Jika gejala yang sama berlanjut, mendaftarkan bug baru dapat lebih mudah tertangkap dalam proses triage daripada meninggalkan komentar di isu yang sudah ada

Bacaan terkait

1 komentar

 
GN⁺ 2024-01-10
Komentar Hacker News

  • Intinya, seperti yang dijelaskan di https://github.com/webcompat/web-bugs/issues/131916#issuecomment-1882627241, ini adalah kasus deteksi UA di sisi server yang benar-benar salah
    Jika diminta dengan Firefox Android UA, server mengembalikan dokumen HTML kosong yang hanya berisi doctype, dan ini juga bisa direproduksi dengan curl
    $ curl -H "User-Agent: Mozilla/5.0 (Android 10; Mobile; rv:123.0) Gecko/123.0 Firefox/123.0" https://www.google.com
    Semua string UA dengan versi 65 ke atas tampaknya terdampak, sedangkan 64 ke bawah tampaknya berfungsi

    • Lebih tepatnya ini Firefox Mobile
      String UA yang dikirim Firefox Mobile dalam mode desktop menerima respons normal
    • Beberapa minggu lalu, saya juga melihat gejala ini di Gmail pada Firefox Linux selama sekitar seminggu

  • Saya bekerja di Google Search. Maaf soal kejadian ini. Sekarang sudah diperbaiki, dan juga sudah dipasang di dashboard status pencarian: https://status.search.google.com/incidents/hySMmncEDZ7Xpaf9i32C

    • Untungnya ini dilaporkan di halaman depan Hacker News, satu-satunya tempat yang tepat sekaligus efektif untuk mendapat dukungan Google
    • Saya ingin tahu bug seperti apa ini dan bagaimana cara memperbaikinya
    • Rasanya pasti sangat menegangkan saat hal seperti ini terjadi. Perangkat lunak itu bidang yang sulit, dan ada sangat banyak hal yang bisa salah
      Jika melihat layanan besar relatif jarang mengalami error dan outage, terasa sekali betapa besar kerja yang ada di baliknya

  • Google bekerja sama dengan Mozilla untuk menghadirkan pengalaman pencarian tanpa iklan

    • Secara kebetulan, jadinya juga pengalaman tanpa pencarian

  • Google melacak insiden ini di sini: https://status.search.google.com/incidents/hySMmncEDZ7Xpaf9i32C
    Sebagai pengungkapan, saya bekerja di Google, tetapi tidak menangani kasus ini. Saya melihat tautan ini di bug Bugzilla

    • Saya tidak paham kenapa ini tidak cukup di-rollback saja. Dalam skenario terburuk pun, mestinya cukup revert commit lalu deploy ulang
      Saya bisa paham kalau masalahnya muncul di browser yang agak kurang umum, tetapi rasanya buat engineer Google, perbaikannya sendiri seharusnya sepele

  • Untuk pengirim: “Kecuali judul aslinya menyesatkan atau clickbait, gunakan judul asli dan jangan diubah.” — https://news.ycombinator.com/newsguidelines.html
    Jika ingin menyampaikan hal yang menurut Anda penting dalam artikel, tulis saja sebagai komentar di thread. Dengan begitu komentar itu akan terlihat dalam posisi yang setara dengan yang lain: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&sort=byDate&type=comment&query=%22level%20playing%20field%22%20by:dang
    Judul yang dikirim adalah “Google breaks search for Firefox users because of bad UA string sniffing”

  • Ini mengingatkan saya pada tulisan blog dari mantan eksekutif Mozilla yang menulis bahwa Google sengaja menimbulkan masalah untuk mendorong pengguna pindah ke Chrome
    https://news.ycombinator.com/item?id=38349357

    • Jadi apakah orang di sini menganggap itu juga yang terjadi sekarang? Bahwa Google membuat halaman pencarian kosong untuk mendorong pengguna Firefox ke Chrome?
      Atau mungkin ini lebih dekat ke Hanlon's razor

  • https://github.com/webcompat/web-bugs/issues/131916#issuecomment-1882627241
    Ini sepenuhnya contoh buruknya deteksi UA di sisi server. Jika diminta dengan Firefox Android UA, yang didapat adalah dokumen HTML kosong yang hanya berisi doctype
    Bisa direproduksi dengan curl, dan tampaknya semua string UA versi 65 ke atas terdampak. Versi 64 ke bawah berfungsi

    • Menariknya, jika “Android” dihapus dari UA, lebih banyak konten dikirim; jika “Mobile” dihapus, tetap hanya doctype; dan jika “Firefox” dihapus, masalahnya sepenuhnya hilang

  • Adakah alasan yang sah untuk memakai deteksi string UA alih-alih feature detection? Dan sebenarnya seberapa mutakhir fitur yang dipakai mesin pencari sampai bisa tidak berjalan di semua browser?

    • Ada beberapa contoh, dan yang pertama kali berdampak pada saya adalah saat Chrome mengubah perilaku sehingga header Set-Cookie di konteks pihak ketiga harus memakai flag SameSite=None[1]

      Peringatan: Beberapa versi lama Chrome, Safari, dan UC browser tidak kompatibel dengan atribut None yang baru dan bisa mengabaikan atau membatasi cookie
      Karena batasan ini, deteksi UA adalah satu-satunya cara yang benar-benar andal untuk menyetel cookie yang dijamin bekerja dengan baik
      1: https://web.dev/articles/samesite-cookies-explained

    • Untuk melacak pengguna dengan cara baru yang seru
    • Saya pernah melihat kasus ketika browser berperilaku sedikit berbeda. Untuk mengurangi dampaknya sambil mencari perbaikan yang benar, saya pernah mengirim konten berbeda per browser agar pengguna tersebut tetap mendapat pengalaman yang berfungsi
      Ini tidak ada hubungannya dengan feature detection, jadi saran-saran umum yang sering muncul tidak berlaku
    • Mungkin untuk mendeteksi sistem operasi pengguna lalu memberikan tautan unduhan biner yang sesuai?
    • Satu hal yang menonjol dari beranda Google Search adalah kecepatannya yang luar biasa. Dalam 200ms setelah penekanan tombol pertama, ia sudah merespons dengan 10 saran berisi teks dan gambar, lalu terus bekerja seperti itu
      RTT saya ke www.google.com sekitar 20ms, jadi setidaknya 100ms dari itu habis di internet
      Kecepatan seperti ini tidak mungkin tercapai tanpa optimasi yang sangat agresif. Bahkan, akan mengejutkan jika www.google.com bukan halaman yang paling dioptimalkan di internet
      Jadi tidak aneh sama sekali jika mereka melakukan optimasi tergantung browser yang melakukan permintaan

  • Saya tidak menyangka akan tertawa, tetapi screenshot yang cuma berisi persegi panjang putih polos itu entah kenapa lucu