YouTube'daki yeniden açma hatası yarım kalan videoları 20 saniye geri sarıyor; izi ChatGPT ile sürüldü

Kimsenin istemediği bir geri sarma

Bir geliştirici, YouTube'un web oynatıcısının yarım kalan bir videoyi kaldığı noktandan belirgin biçimde daha önce devam ettirdiği bir hatayı belgeledi — ve sekmenin her kapatılıp yeniden açılması bu kaldığı yeri daha da geriye itiyor. Hacker News'in ana sayfasında ortaya çıkan yazıya göre, bir videoyu durdurup sekmeyi kapatmak ve yeniden açmak, oynatmayı duraklatma anından tam 20 saniye önce geri getiriyor. Döngüyü tekrarlamak 20 saniyeye daha mal oluyor ve tarayıcının tamamını kapatmak ise bunun üzerine bir 20 saniyelik geri sarma daha ekliyor.\n Yazar, bunun fiilen belgelenmemiş bir klavye kısayolu olduğunu esprili bir dille söylüyor: sekmeyi kapat, yeniden aç ve 20 saniyelik bir geri dönüş topla — dezavantajı ise her seferinde sayfanın baştan yüklenmesi.

Hata ayrıca web istemcisine özgü görünüyor. Yazar, aynı izleme kontrol noktasının YouTube'un Android uygulamasında her seferinde tam doğru anda devam ettirdiğini bildiriyor. Tarayıcıda durdurduğunuzda telefonun geçmişi oynatmanın durduğu yerden aynen devam ederken, tarayıcının kendisi istenmeyen geri sarma ile yeniden açılıyor. Yazı, bu platform ayrımı için bir açıklama vadediyor; ama önce araştırmanın nasıl yapıldığını adım adım anlatıyor.

Yazarın beyan ettiği hedefi Google'a eksiksiz bir rapor sunmaktı — sorun, kod içindeki yeri ve önerilen bir düzeltme. Erken bir sapmada yazar, ChatGPT'ye Instagram'daki yakın tarihli benzer bir aksaklığın YouTube'unki ile ortak bir nedeni olup olmayacağını sordu; model spekülasyon üretti ve yazar bunu bir kenara bırakıp kapsamı yalnızca YouTube'a daralttı; hatanın yeniden yükleme işleminin kendisinde değil, kontrol noktası zaman damgalarının geri yüklenme biçiminde olduğu temel varsayımıyla.

Oynatıcıya izleme araçları yerleştirmek

YouTube'un oynatıcı mantığı tarayıcıda çalıştığı için, ağır şekilde karıştırılarak dağıtılsa da kodu incelenebilir. Merkezî soru, devam zaman damgasının sunucudan tamamlanmış halde gelip gelmediği yoksa istemcide değiştirilip değiştirilmediğiydi. Sayfa yüklenirken gerçekleşen davranışı araştırmak için yazar ChatGPT'ye nasıl ilerleyeceğini sordu ve model, video elementinin seek işlemini yakalayan ve her atlamanın nereden başlayıp nerede bittiğini günlüğe yazan bir Tampermonkey userscript'i sağladı — çıktı, yeniden yüklemeden sonra da hayatta kalıyor ve YouTube kontrol noktasını geri yüklediğinde tetikleniyor.

O günlük satırını bir breakpoint'e dönüştürmek, çağrı yığınıyla birlikte düzgün bir hata ayıklama oturumu sağladı. Minify edilmiş kodda yaklaşık on dakika tırmanmak, yazarı işin geri kalanını devretmeye ikna etmek için yeterli oldu.

Hata ayıklayıcıyı modele devretmek

ChatGPT'nin bir sonraki önerisi kontrolü ele almasına izin vermekti. Model, Chrome'un bir uzaktan hata ayıklama seçeneğiyle geldiğini açıkladı ve Chrome DevTools Protocol üzerine kurulu bir MCP sunucusunun bu yetenekleri bir agent'a açabileceğini söyledi — bu örnekte terminal tabanlı bir kodlama asistanı olan OpenCode. Birlikte bağlandıklarında model, yüklenen JavaScript'i okuyabilir, ağ trafiğini izleyebilir, sayfayı inceleyebilir ve kendi inisiyatifiyle çalışan kodu değiştirebilir duruma geldi.

Yazar bariz güvenlik kaygısına, koruyucu mekanizmayı belirterek değiniyor: agent bağlanmayı her denediğinde Chrome bir izin istemi gösteriyor, dolayısıyla tarayıcı yalnızca bilinçli olarak açılıyor.

Neden önemli

Yazıyı sıradan bir merak konusunun üzerine çıkaran iki şey var. İlki hatanın kendisi. Devam etme davranışı milyarlarca insanın kullandığı bir ürünün temel altyapısı ve her yeniden açılışta 20 saniyeyle birikerek büyüyen bir sapma, kontrol noktası durumunun özensizce kaydedildiğine ya da geri yüklendiğine — ve bunu yalnızca tek bir platformda olduğuna — işaret ediyor. Kesin bir tetikleyici, ölçülebilir bir sapma ve temiz bir web-Android sınırı içeren bir rapor, tam olarak eyleme dökülebilecek türden bir rapordur.

İkincisi ise iş akışı. Web geliştiricileri her zaman ziyaret ettikleri sitelerde hata ayıklayabilirdi; değişen şey, artık bir modelin izleme araçlarını yazabilmesi, doğru araçlara işaret edebilmesi ve sonra hata ayıklayıcının kendisini kullanabilmesi. Yazarın tırmanışçı çizgisi — soru sormaktan, sağlanan bir script'i çalıştırmaya, oradan bir agent'a DevTools üzerinde canlı kontrol vermeye — opak istemci tarafı kodu araştırmak için pratik bir şablon çiziyor ve hata ayıklayıcıdaki ellerin bir makineye ait olabileceği bir dünyada hata avının nasıl değişeceğinin bir önizlemesini sunuyor.