Extract Here fails to preserve timestamps (non-empty folders)

Bug #1076716 reported by Ernie 07
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
File Roller
Fix Released
Medium
file-roller (Ubuntu)
Fix Released
Low
Unassigned
Raring
Won't Fix
Low
Unassigned
Saucy
Fix Released
Low
Unassigned

Bug Description

Use Right-Click Extract Here command to untar a tar.bz2 archive.
Non-empty folders will lose original timestamps and show date/time of extraction.
Empty folders and files are processed correctly and retain original timestamps.

Revision history for this message
Ernie 07 (ernestboyd) wrote :

Extract Here functions correctly with 64-bit 12.04 but not with 64-bit 12.10 (Different partitions but same hardware)
Have changes to the kernel broken it or are Unity changes the cause?

Revision history for this message
Ernie 07 (ernestboyd) wrote :

When an archive is decompressed, original folder/file date-time stamps should be preserved.
Current behavior sets them to the date-time of extraction.

Perhaps this bug being ignored because it only effects serious users; coupled with a strong perception that Ubuntu is only being used to facilitate entertainment (facebook, streaming video, etc.) of non-serious users.

I would like to move from an older version of Ubuntu, where archiving works correctly, and take advantage of some of the improvements within Ubuntu 12.10 but I cannot move to a newer version whether 12.10 or 13.04, if archiving remains horribly broken.

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This bug STILL occurs in 1210 v19
This bug appears to be similar to bug 1076731 which does NOT appear in 1210 v19 but does occur in earlier versions.

Revision history for this message
Ernie 07 (ernestboyd) wrote :

Will this BUG be fixed before 13.04 or should I AVOID 12.10 and continue to use 12.04?

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This bug STILL occurs in 64 bit 1210 (Quantal) with kernel 3.5.0-21-generic

Revision history for this message
Ernie 07 (ernestboyd) wrote :

In my daily work archives are created to preserve snapshots of work in progress. In addition, they are extracted and the before/after folder structures are compared via Beyond Compare. IF Nvidia drivers would stop randomly hanging and thus forcing power resets, I might be able to reduce archiving activities significantly.

1. Should I advise my less-technical associates to SHUN Nvidia hardware because Nvidia continues to demonstrate that driver quality is not important?

2. Should I advise my less-technical associates to SHUN Ubuntu One and ALL versions of Ubuntu after 12.04 including any MOBILE offerings because bugs like this one do not get fixed?

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This bug STILL occurs in 64 bit 1304 (Raring) with kernel 3.8.0-0-generic.
Downloaded and tested today 2013-01_14

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This bug STILL occurs in 64 bit 1304 (Raring) with kernel 3.8.0-2-generic.
Downloaded and tested today 2013-01_27

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This bug also occurs in 64 bit 1304 (Raring) with kernel 3.8.0-3-generic.
Tested Friday 2013-02_01

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This functionally WORKED in 12.04 but got DESTROYED in 12.10 and has not been fixed in 64 bit 1304 (Raring) with kernel 3.8.0-3-generic. Since I make use of this functionally frequently each day, I have avoided 12.10 except to determine if certain bugs have been fixed.

I would appreciate it if this ROADBLOCK to using 13.04 is removed.

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This bug also occurs in 64 bit 1304 (Raring) with kernel 3.8.0-6-generic.
Tested Friday 2013-02_16

Revision history for this message
Ernie 07 (ernestboyd) wrote :

This functionally WORKED in 12.04, got DESTROYED in 12.10 and has not been fixed in either 64-bit 3.5.0-25-generic #39~precise1-Ubuntu SMP Tue Feb 26 00:07:14 UTC 2013 or 64-bit 3.8.0-7-generic #15-Ubuntu SMP Thu Feb 21 20:07:18 UTC 2013

Since I make use of this functionally frequently each day, I have avoided 12.10 except to determine if certain bugs have been fixed.

I would appreciate it if this ROADBLOCK to using 13.04 is removed.

Jeremy Bícha (jbicha)
Changed in file-roller (Ubuntu):
status: New → Triaged
importance: Undecided → Low
tags: added: regression-release
Changed in file-roller (Ubuntu Raring):
status: New → Triaged
importance: Undecided → Low
Changed in file-roller:
importance: Unknown → Medium
status: Unknown → Fix Released
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package file-roller - 3.9.90-0ubuntu1

---------------
file-roller (3.9.90-0ubuntu1) saucy; urgency=low

  * Sync with Debian. Remaining changes:
    - Depend on zip and unzip instead of p7zip which is in universe
    - Suggest p7zip-full (LP: #918107)
    - Recommend sessioninstaller
  * Dropped change:
    - Use the Ubuntu epoch for the Nautilus depends (Ubuntu 11.10
      and newer include Nautilus 3.0 or higher)
  * New upstream release
    - Restore directory modification time when extracting (LP: #1076716)
    - Allow viewing the password when creating an encrypted archive
      (LP: #772556)
    - Avoid unnecessary word break when wrapping text to new lines
      (LP: #1193921)
  * debian/patches/revert_gtk_3-9.patch:
    - Revert commit that requires GTK 3.9 since GTK 3.9 won't be in Saucy
  * debian/control.in, debian/rules:
    - Run dh-autoreconf for above patch

file-roller (3.8.4-1) unstable; urgency=low

  * New upstream release.
  * Bump Standards-Version to 3.9.4. No further changes.

file-roller (3.8.3-1) unstable; urgency=low

  * New upstream release.

file-roller (3.8.2-1) unstable; urgency=low

  * New upstream release.
  * Upload to unstable.

file-roller (3.8.0-1) experimental; urgency=low

  [ Thomas Bechtold ]
  * New upstream release.

file-roller (3.7.92-1) experimental; urgency=low

  * New upstream release.
  * Drop debian/patches/git_handle_cab.patch, from upstream now in release.
  * Bump libgtk-3-dev build-dependency to (>= 3.6.0)
    - source uses GtkMenuButton which is new in 3.6
 -- Jeremy Bicha <email address hidden> Mon, 26 Aug 2013 10:16:27 -0400

Changed in file-roller (Ubuntu Saucy):
status: Triaged → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

raring has seen the end of its life and is no longer receiving any updates. Marking the raring task for this ticket as "Won't Fix".

Changed in file-roller (Ubuntu Raring):
status: Triaged → Won't Fix
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.