Bug 286041 - Dolphin should keep time-stamps of file copies onto NTFS partitions
Summary: Dolphin should keep time-stamps of file copies onto NTFS partitions
Status: RESOLVED FIXED
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 4.4
Platform: Debian testing Linux
: NOR minor
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-11-07 21:03 UTC by ralfgesellensetter
Modified: 2018-04-20 23:20 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description ralfgesellensetter 2011-11-07 21:03:46 UTC
Version:           unspecified (using KDE 4.4.5) 
OS:                Linux

When I copy files from USB media to my local backup drive,
dolphin overwrites time stamps by current date. This
is not desirable. At least there should be an option to 
change this! 

Regards
Ralf.

Reproducible: Always

Steps to Reproduce:
copy files

Actual Results:  
time stamp set to current

Expected Results:  
tine stamp and other properties kept
Comment 1 David Faure 2011-11-08 10:22:31 UTC
KIO attempts to preserve time stamps indeed.

How do you copy from USB media exactly? More precisely, which URL is being used as the source of the copy?
Is it a file:/// url pointing to a mounted directory (done by the distribution)?
I presume the USB media contains a (V)FAT filesystem?

Which url and filesystem is used for the destination?
Comment 2 Mike 2013-02-05 21:45:49 UTC
I have the same problem WHENEVER I copy files from / to my big Data Drive...that is NTFS formatted. Also copying files from my DigiKam's SD card. And thats the part I couldn change because the Fileformat of my SLR is fix.  For me as "dumb" user its not clear why the filedate should be changed.... thast really something that makes me angry...  in a besides that really good System like KDE.
Comment 3 Mike 2013-02-05 21:56:30 UTC
Just some infos:     I use Quantal Quetzal with KDE 4.95 .  System was initially Ubuntu and KDE Desktop has been added later.
Best regards,
Mike
Comment 4 CHESS 2015-08-27 09:17:25 UTC
The LAST MODIFICATION DATE is a very important information to perform synchronizations.
For example :
- when I open, modify and save a photo.jpg with gimp, it changes the LAST MODIFICATION DATE.
- when I just copy a photo form a SD-card-USB-reader to the hard drive, dolphin should NOT change the  LAST MODIFICATION DATE, but it does (if not SU) or it doesn't (if SU).
The fact is that I always have to use dolphin as ROOT not to loose information DATES, so I'm always in an unsecured situation exactly like with old windows XP's explorer.
Isn't it a CONFIRMED bug ?
Comment 5 David Faure 2016-12-25 12:11:41 UTC
So this problem is specific to NTFS mounts, right?

Does `cp -a` preserve the modification time?

Which Unix UID do the copied file get?
If it's not the same as your UID then changing the mtime might not be possible.
Comment 6 Nate Graham 2018-04-17 21:46:52 UTC
Can anyone reproduce this with a recent version of KDE Frameworks 5 and provide the information that David requested?
Comment 7 Patrick Silva 2018-04-20 16:15:10 UTC
I just tested on Arch Linux running kio 5.45.
Last modification date is preserved when I copy jpg and png files from my pen drive (FAT32) to my internal hd (NTFS).
Comment 8 Nate Graham 2018-04-20 23:20:14 UTC
Thanks for checking, Dr Chapatin.