1 puan yazan GN⁺ 2024-01-10 | 1 yorum | WhatsApp'ta paylaş
  • Android’de Firefox Mobile 121.0 üzerinde https://www.google.com/ adresine erişildiğinde sayfanın boş ekran olarak görüntülenmesi ve Google Search’ün temel işlevlerinin kullanılamamasıyla ilgili bir webcompat sorunu kaydedildi
  • Yeniden üretme testlerinde hem Firefox Release 121.0.1 hem de Firefox Nightly 123.0a1 üzerinde aynı sorun görüldü; Chrome 120.0.6099.43’te ise yeniden üretilemedi
  • ETP devre dışı bırakıldığında çerez banner’ı görünüyor, ancak onay verildikten sonra da sayfa gövdesi boş ekran olarak kalmaya devam ediyor ve sorun çözülmüyor
  • İlgili Mozilla Bugzilla sorunu 1873601 ile ilişkilendirildi; gerekirse dot-release olarak dağıtılacak bir yama hazırdı
  • Daha sonra Google düzeltmeyi dağıtmaya başladı ve birkaç saatlik gözlem sonucunda sorunun kullanıcıların büyük çoğunluğu için çözülmüş göründüğü belirtilerek konunun fixed olarak kapatılmasına karar verildi

Ortaya çıkan sorun ve ilk bildirim ortamı

  • Hedef URL https://www.google.com/; sorun türü Site is not usable olarak kaydedildi
  • Bildirilen belirti, Google sayfasının normal yüklenmemesi ve boş ekran olarak görünmesiydi
  • İlk bildirim ortamı:
    • Tarayıcı: Firefox Mobile 121.0
    • İşletim sistemi: Android 13
    • Diğer tarayıcı testi: Yes Other
  • Tarayıcı ayarlarında şu değerler yer alıyordu:
    • 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

Yeniden üretme sonucu ve karşılaştırma tarayıcısı

  • Yeniden üretmeden sorumlu kişi bu sorunu yeniden üretebildi
  • Test ortamı:
    • Firefox Nightly 123.0a1-20240108213208
    • Firefox Release 121.0.1-20231230165955
    • Chrome 120.0.6099.43
    • Cihaz: OnePlus 6 A6000
    • İşletim sistemi: Android 11
    • Ekran: 1080 x 2280, 19:9, yaklaşık 402 ppi
  • Yeniden üretme sonucu:
    • Hem Firefox Release hem de Nightly’de yeniden üretildi
    • Chrome’da yeniden üretilemedi
  • Sorun Firefox Mobile, Gecko motoru ve sayfa yükleme hatası kategorilerinde sınıflandırıldı

ETP devre dışı bırakma testi

  • ETP devre dışı bırakıldığında çerez banner’ı görünüyor
  • Çerez banner’ı kabul edilse bile Google sayfasının gövdesi görüntülenmiyor ve boş ekran olarak kalıyor
  • Bu test sonucu tek başına ETP’yi devre dışı bırakmanın soruna çözüm olmadığını gösteriyor

Tanılama ve ilgili sorunlar

  • Sorun needsdiagnosis aşamasına taşındı
  • İlgili Mozilla Bugzilla hatası 1873601 olarak çapraz referanslandı
  • Aynı gün Google ile ilgili benzer birkaç sorun daha ilişkilendirildi:

Düzeltme süreci ve ele alma yönü

  • Sorumlu kişi, gerekirse dot-release olarak dağıtılacak bir yamanın hazır olduğunu belirtti
  • O anki duruma göre bu yamaya ihtiyaç duyulmayabileceği değerlendirildi
  • Daha sonra Google düzeltmeyi dağıtmaya başladı ve birkaç saat boyunca ilerleme gözlemlendikten sonra sorunun kullanıcıların büyük çoğunluğu için çözülmüş göründüğü belirtildi
  • Google Search’te boş ekran sorununu yaşamaya devam eden ve bunun UA spoof ile çözülebildiği kullanıcılar için konuşma kilidi açık bırakıldı
  • Aynı belirti devam ederse mevcut soruna yorum bırakmak yerine yeni bir bug kaydı açmak, triage sürecinde daha iyi fark edilmesini sağlayabilir

1 yorum

 
GN⁺ 2024-01-10
Hacker News görüşleri
  • Asıl mesele, https://github.com/webcompat/web-bugs/issues/131916#issuecomment-1882627241 içinde belirtildiği gibi, sunucu tarafı UA tespitinin tamamen yanlış olması
    Firefox Android UA ile istek atılınca yalnızca doctype içeren boş bir HTML belgesi dönüyor ve curl ile de yeniden üretilebiliyor
    $ curl -H "User-Agent: Mozilla/5.0 (Android 10; Mobile; rv:123.0) Gecko/123.0 Firefox/123.0" https://www.google.com
    65 ve üzeri sürüm numarası içeren tüm UA dizeleri etkileniyor gibi görünüyor, 64 ve altı ise çalışıyor

    • Daha doğrusu bu Firefox Mobile
      Firefox Mobile'ın masaüstü modunda gönderdiği UA dizesi normal yanıt aldı
    • Birkaç hafta önce, yaklaşık bir hafta boyunca Linux Firefox'ta Gmail'de de bunu görmüştüm
  • Google Search'te çalışıyorum. Bunun için üzgünüz. Artık düzeltildi ve arama durum panosuna da eklendi: https://status.search.google.com/incidents/hySMmncEDZ7Xpaf9i32C

    • Neyse ki Google desteği almanın uygun ve tek yeri olan Hacker News ana sayfasında bildirildi
    • Bunun hangi hata olduğu ve nasıl düzeltildiğini duymak isterim
    • Böyle bir şey yaşanınca stresli olmalı. Yazılım zor bir alan ve ters gidebilecek inanılmaz derecede çok şey var
      Büyük servislerin hata ve kesintileri görece az yaşadığını düşününce, arkasındaki emek miktarı daha da net anlaşılıyor
  • Google, Mozilla ile iş birliği yaparak reklamsız bir arama deneyimi sunuyor

    • Tesadüfen aramasız bir deneyim de olmuş oldu
  • Google bu olayı burada takip ediyor: https://status.search.google.com/incidents/hySMmncEDZ7Xpaf9i32C
    Açık konuşayım, Google'da çalışıyorum ama bu olaydan sorumlu değilim. Bu bağlantıyı Bugzilla hatasında gördüm

    • Bunun neden basitçe bir rollback olmadığını anlamıyorum. En kötü ihtimalle geri alma commit'i atılıp yeniden dağıtım yapılırdı
      Sorunun biraz daha az yaygın bir tarayıcıda çıkmasını anlayabiliyorum ama Google mühendisi için düzeltmenin kendisi önemsiz olmalı diye düşünüyorum
  • Gönderene: “Yanıltıcı veya clickbait değilse özgün başlığı kullanın ve düzenlemeyin.” — https://news.ycombinator.com/newsguidelines.html
    Yazıda önemli bulduğunuz şeyi söylemek istiyorsanız bunu konuya yorum olarak yazabilirsiniz. Böylece başkalarıyla aynı koşullarda görünür: https://hn.algolia.com/?dateRange=all&page=0&prefix=false&sort=byDate&type=comment&query=%22level%20playing%20field%22%20by:dang
    Gönderilen başlık şuydu: “Google breaks search for Firefox users because of bad UA string sniffing”

  • Mozilla'nın eski bir yöneticisinin, Google'ın kullanıcıları Chrome'a geçirmek için bilerek sorun çıkardığını yazdığı blog yazısı aklıma geldi
    https://news.ycombinator.com/item?id=38349357

    • Burada da olanın bu olduğu mu düşünülüyor? Google'ın Firefox kullanıcılarını Chrome'a yönlendirmek için arama sayfasını boş ekran yaptığı mı söyleniyor?
      Yoksa bu durum Hanlon'un usturası ile daha iyi açıklanıyor olabilir
  • https://github.com/webcompat/web-bugs/issues/131916#issuecomment-1882627241
    Bu, tamamen sunucu tarafı UA tespitinin yanlış yapıldığı bir örnek. Firefox Android UA ile istek atınca sadece doctype içeren boş bir HTML belgesi alıyorsunuz
    curl ile yeniden üretilebiliyor ve 65 ve üzeri sürüme sahip tüm UA dizeleri etkileniyor gibi. 64 ve altı çalışıyor

    • UA'dan “Android” çıkarılınca daha fazla içerik gelmesi, “Mobile” çıkarıldığında hâlâ sadece doctype gelmesi ve “Firefox” çıkarıldığında ise sorunun tamamen düzelmesi ilginç
  • Özellik tespiti yerine UA dizesi tespiti kullanmak için haklı bir sebep var mı? Ayrıca bir arama motorunun, tüm tarayıcılarda çalışmayacak kadar yeni hangi özellikleri kullanması gerekebilir ki?

    • Bunun birkaç örneği vardı; beni ilk etkileyen, Chrome'un üçüncü taraf bağlamında Set-Cookie başlığında SameSite=None bayrağını zorunlu hâle getirmesiydi[1]

      Uyarı: Chrome, Safari ve UC browser'ın bazı eski sürümleri yeni None niteliğiyle uyumlu değildir ve çerezleri yok sayabilir veya kısıtlayabilir
      Bu kısıt nedeniyle, düzgün çalışacağı garanti edilen bir çerez ayarlamak için UA tespiti tek güvenilir yöntemdi
      1: https://web.dev/articles/samesite-cookies-explained

    • Kullanıcıları yeni ve heyecan verici yollarla takip edebilmek için
    • Tarayıcıların çok ince farklarla farklı davrandığı durumlar gördüm. Doğru düzeltmeyi bulana kadar etkiyi azaltmak için, ilgili kullanıcılara çalışan bir deneyim sunacak şekilde tarayıcıya göre farklı içerik gönderdiğimiz oldu
      Bunun özellik tespitiyle ilgisi yok, dolayısıyla sık verilen öneriler burada işe yaramıyor
    • Kullanıcının işletim sistemini algılayıp uygun ikili dosya indirme bağlantısını sunmak gibi durumlarda?
    • Google arama ana sayfasında göze çarpan şeylerden biri inanılmaz hızlı olması. İlk tuş vuruşundan sonraki 200 ms içinde metin ve görsel içeren 10 öneriyle yanıt veriyor ve bunu sürekli yapıyor
      Benim www.google.com gidiş-dönüş sürem yaklaşık 20 ms, yani bunun en az 100 ms'si internette harcanıyor
      Böyle bir hız ancak çok güçlü optimizasyonlarla mümkün olur. Hatta www.google.com internet üzerindeki en yoğun optimize edilmiş sayfa değilse şaşırırım
      Bu yüzden, hangi tarayıcının istek yaptığına göre optimizasyon yapılması hiç de şaşırtıcı değil
  • Güleceğimi düşünmezdim ama dümdüz beyaz bir dikdörtgenden ibaret ekran görüntüsü tuhaf şekilde komikti