Mengapa kadang-kadang saya tidak diizinkan menghapus folder sampai saya menghapus isinya dengan tangan? (Windows)

Kadang-kadang, ketika saya mencoba untuk menghapus folder di Windows, saya mendapatkan pesan bahwa saya perlu izin dari [akun saya sekarang] untuk menghapus folder itu. Yang aneh, karena saya sudah masuk sebagai pengguna itu. Namun, ketika saya membuka folder, pilih semua konten, dan menghapusnya (tanpa prompt apapun), saya dapat kembali dan menghapus folder asli tanpa prompt keamanan.

Ini paling sering terjadi di folder proyek yang dibuat oleh Visual Studio (sering, folder .vs dan .git menyebabkan masalah ini) tetapi telah terjadi dengan folder lain juga. Ini juga terjadi secara berulang: Saya membuka folder yang bermasalah, menghapus semua konten, mendapatkan pesan bahwa sekelompok subfolder tidak dapat dihapus, buka setiap subfolder, hapus semua konten, dll.

Jika saya memeriksa folder dengan Process Explorer, itu tidak dapat menemukan proses yang dilampirkan ke folder atau kontennya.

Rasanya seperti ini akan mudah untuk diotomatisasi, tetapi mengapa ini terjadi?

Saya sering bertanya-tanya hal yang sama. Sistem berbasis Unix (linux) tidak menunjukkan masalah ini dan dugaan saya ada masalah kernel terjalin MS tidak mau mengambil.

Saya sudah menyelidiki ini beberapa kali. Saya mencoba untuk membantu Anda, tetapi tidak berarti pengetahuan saya adalah jawaban yang pasti. Saya tidak ingat masalah ini sampai win7 dan fakta bahwa itu berlanjut membuat saya percaya masalahnya terlalu rumit dan jauh di dalam kernel MS untuk mereka ingin memperbaikinya.

1. Kemungkinan pertama adalah proses lain dalam beberapa cara macet atau menemui jalan buntu. Mungkin semudah File Explorer mengakses tetapi tidak membebaskan program ketika ingin ikon program.

2. Kemungkinan lain adalah bahwa program caching MS memiliki beberapa masalah yang tidak diketahui atau bingung, di mana beberapa proses atau damen telah memberitahu file manager itu sedang digunakan, atau mungkin harus tetap tersedia.

3. Atau kepemilikannya menjadi kacau. Mungkin setelah mengaksesnya, tabel properti file menunjukkan sistem menggunakan atau mengendalikannya dan tidak ada pengguna yang memiliki hak istimewa untuk melakukan sesuatu padanya. Ini mungkin terkait dengan masalah kunci file.

4. Tebakan terbaik saya, dan ini adalah kesempatan dalam kegelapan, entah bagaimana file dan manajer memori menjadi kacau dan informasi file menjadi tidak dapat diedit - bahkan oleh sistem atau kernel.

Salah satu petunjuk yang menunjuk ke masalah kernel cache / memori / atau manajer file adalah bahwa itu menghilang setelah reboot (mungkin menunjukkan kepemilikan atau masalah kunci file yang digunakan). Apa pun masalahnya, ini adalah kesalahan besar Microsoft (dan mereka menyadarinya) dan programmer terbaik dan tercerdas mereka tidak dapat menyelesaikannya dengan biaya dan sumber daya yang efektif.