E4defrag fails to restore parent directory timestamp after defragmenting a file in that directory

Bug #1299749 reported by Ernie 07
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
file-roller (Ubuntu)
Confirmed
Low
Unassigned

Bug Description

The effect of this bug is quite similar to the one the was reported via bug 1133663 ”Extract Here fails to preserve timestamps for non-empty folders”. Directions to reproduce follow:

1. Create a tar.bz2 archive of a directory containing a fragmented file. One such file might be the 64-bit debian download of google-chrome-stable.
2. Extract that archive to a temporary location that is not on the same partition.
3. Consume some time, a few minutes will do.
4. E4defrag the partition.
5. Observe that the directory timestamp indicates the time that the file was defragmented. The original timestamp was not restored.

The --delay-directory-restore flag got the job done for Extract Here. Might there be something similar for e4defrag?

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. The issue you are reporting is an upstream one and it would be nice if somebody having it could send the bug to the developers of the software by following the instructions at https://wiki.ubuntu.com/Bugs/Upstream/GNOME. If you have done so, please tell us the number of the upstream bug (or the link), so we can add a bugwatch that will inform us about its status. Thanks in advance.

Changed in file-roller (Ubuntu):
importance: Undecided → Low
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in file-roller (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.