[answered] Cut/Paste files retains the original timestamp but Copy/Paste does not [answered]
asked 2018-06-16 17:37:22 +0300
As a user of Sailfish OS
I want to be able to cut/copy paste files from one location to another
And those files have the same date and time stamp as they originally had
So that I can organise when files were originally created/modified.
Scenario: Cut/Copy and Paste a File in the Home Directory
Given I am in the home directory
And the following file exists:
| Name | Size | Date |
| test.txt | 10.00 KB | 30/05/2018 |
When I <action> the file "text.txt"
And I navigate to the directory "./Documents"
And I Paste
Then I should see the following files:
| Name | Size | Date |
| test.txt | 10.00 KB | 30/05/2018 |
Examples:
| action |
| Cut |
| Copy |
This scenario works for Cut but fails for Copy:
expected '30/05/2018'; got '16/06/2018'
When a file is copied and pasted to another location, even a sub-directory of the original location, a new timestamp is generated.
When you move file or dir, it is just moved in filesystem. When you copy it a new file is created,and it gets a new created timestamp. Last modified timestamp is separate in many file systems.
Manatus ( 2018-06-16 17:58:34 +0300 )editYes, standard filesystem behaviour, nothing new here.
juiceme ( 2018-06-19 09:02:33 +0300 )editI understand that this is the normal filesystem behaviour, as I see the same results on my other Linux systems. However, I'm left a little confused. Is the timestamp value that I am seeing, a created timestamp (not modified)? When I copy the file to a new directory, I see the new timestamp. If that is the created timestamp then I can accept that. However, it seems the value tries to be both. If I edit the file then I can see that the timestamp is updated once again, implying it is now displaying the modified timestamp.
jimjamz ( 2018-06-21 12:05:53 +0300 )edit