Comment 25 for bug 157396

> this applies here: If you copy a file, you expect your file creation date not to be destroyed. Current defaults prevents the software from behaving as intended by the bug filer.

not really, a copy is writting the content in a different directory, having the creation date being the copy one somewhat makes sense since that's when the new file has been created