Codex Desktop continuously generates Crashpad pending dumps

Ketika penyimpanan Mac mendadak menyusut, penyebabnya bisa berupa tumpukan berkas kecil yang terus bertambah. Pengguna Codex Desktop melaporkan Crashpad, sistem pelaporan kerusakan aplikasi, membuat berkas dump secara berulang meski aplikasi masih dapat digunakan.

Laporan yang dibagikan pengguna di forum pelacakan isu Codex menyebut berkas berpasangan dengan ekstensi .dmp dan _sidecar.json menumpuk di direktori pending. Dalam salah satu kasus, direktori itu mencapai 4,9 GB dan 54.504 berkas dalam sehari; pengguna lain melaporkan ukurannya sekitar 61 GB, bahkan ada yang menyebut mencapai 59 GB.

Crashpad terus menulis berkas baru

Masalahnya bukan selalu aplikasi utama gagal dibuka. Seorang pelapor mengatakan Codex Desktop tetap berfungsi, sehingga ia masih bisa menggunakan aplikasi dan memeriksa berkas di komputer yang sama. Yang berjalan tanpa henti justru pembuatan laporan di latar belakang.

Jumlah berkas yang dicatat dalam salah satu penyelidikan bertambah dari 53.444 menjadi 54.064, lalu 54.504. Setelah pengguna menghapus isi direktori pending, pasangan berkas baru muncul lagi. Itu memperkuat dugaan bahwa pertumbuhan bukan sekadar sisa laporan lama.

Pelapor lain mengamati proses browser_crashpad_handler berulang kali berjalan di macOS. Menurut isi laporan, berkas dump terbaru memuat pesan FATAL dari proses browser_crashpad_handler itu sendiri. Pengamatan tersebut mengarah pada kemungkinan proses pelapor kerusakan atau komponen browser terus gagal dan dimulai kembali.

Namun, laporan pengguna belum memastikan pemicu maupun akar masalahnya. Keterkaitan dengan jalur browser Chromium di Codex masih berupa dugaan. Catatan aktivitas Browser Use sempat menunjukkan fitur tersedia sebelum berkas terus bertambah, tetapi pelapor menyatakan hubungan itu belum tentu langsung.

Dampaknya terasa pada ruang penyimpanan

Yang membuat laporan ini penting bagi pengguna adalah efeknya konkret: ruang penyimpanan lokal bisa habis tanpa aplikasi tampak berhenti bekerja. Dalam satu laporan berskala besar, ratusan ribu dump berukuran relatif kecil disebut sebagai sumber penumpukan, bukan beberapa berkas raksasa.

Ada pula pengguna yang mengatakan sistem mencapai batas 65.535 berkas, sementara proses latar belakang masih mencoba membuat berkas baru.