Bug Discovery
We've all heard about that Leopard "massive data loss" bug where if a move operation was interrupted Finder would go ahead and delete the source folder before checking to make sure the operation was successful.
The underlying issue hasn't been addressed and it's popping up again.
To replicate:
In terminal create a new directory on your desktop.
Now here's the part that introduces the bug. Either append an immutable flag to the folder using Terminal, or lock the folder in Finder.
If you try and move anything into that directory now, you'll receive an administrator prompt for the action, and when you authorize it the original folder is deleted by Finder, with an error that the operation could not be completed.
The issue is that Finder deletes the source directory BEFORE making sure that the operation was completed successfully.
Apple clearly didn't fix this issue in 10.5.1 like they stated. I think they need to realize that you delete things after you've successfully completed a file operation, not before.
We've all heard about that Leopard "massive data loss" bug where if a move operation was interrupted Finder would go ahead and delete the source folder before checking to make sure the operation was successful.
The underlying issue hasn't been addressed and it's popping up again.
To replicate:
In terminal create a new directory on your desktop.
Code:
cd ~/Desktop
mkdir DDD
Now here's the part that introduces the bug. Either append an immutable flag to the folder using Terminal, or lock the folder in Finder.
Code:
chflags 2 DDD
If you try and move anything into that directory now, you'll receive an administrator prompt for the action, and when you authorize it the original folder is deleted by Finder, with an error that the operation could not be completed.
The issue is that Finder deletes the source directory BEFORE making sure that the operation was completed successfully.
Apple clearly didn't fix this issue in 10.5.1 like they stated. I think they need to realize that you delete things after you've successfully completed a file operation, not before.