file-roller 3.6.x delay-directory-restore failing during non-empty folder extraction
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
file-roller (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
file-roller 3.6.x delay-directory
64-bit File-Roller 3.6.0 via 1210 3.5.0-17-generic #28-Ubuntu SMP Tue Oct 9 19:31:23 UTC 2012 fails
64-bit File-Roller 3.6.3 via 1304 3.8.0-16-generic #26-Ubuntu SMP Mon Apr 1 19:52:57 UTC 2013 fails
64-bit File-Roller 3.4.1 via 1204 3.5.0-26-generic #42~precise1-Ubuntu SMP Mon Mar 11 22:17:58 UTC 2013 functions correctly
1. Extract a tar.bz2 archive containing non-empty folders.
2. Date-time stamps will be restored BEFORE folder content.
3. Date-time stamp restoration should be delayed until after folder content is restored.
This failure causes the date-time stamp of each non-empty folder to be overwritten with the date and time that folder content was restored. This failure can be reproduced 100% of the time using either the right-click menu extract option or the file-roller from the cli.
Apparently file-roller is NOT included in regression testing.
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.