file roller can't recognize second of duplicate files

Bug #127798 reported by Christer Edwards
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
File Roller
New
Unknown
file-roller (Ubuntu)
Triaged
Wishlist
Ubuntu Desktop Bugs

Bug Description

Binary package hint: file-roller

I have seen this issue in Feisty and previous releases. Here are steps that should re-create the issue:

navigate to any web site offering a tar.gz or similar archive.
select "open with..." and open with file-roller
navigate through the file archive (optional)
close the window
select the file from the web again
select "open with..." and open with file-roller
archive is not able to open

reason I've found:
when a file is taken and opened vs saving to disk it is put into /tmp/file.tar.gz. If the same file is selected from the web and opened using the same method the file is called /tmp/file.tar.gz.1.

can file roller check for the existence of the same file in /tmp when using the open with option? Would that be a feature/option to integrate at the browser level or file-roller level? In any event, the best way around that I've found is to delete both of the archives from /tmp and try again, or manually open the original archive from /tmp.

ProblemType: Bug
Architecture: i386
Date: Mon Jul 23 12:18:17 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/file-roller
Package: file-roller 2.18.1-0ubuntu1 [modified: usr/share/applications/file-roller.desktop]
PackageArchitecture: i386
ProcCmdline: file-roller
ProcCwd: /home/christer
ProcEnviron:
 SHELL=/bin/bash
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=en_US.UTF-8
SourcePackage: file-roller
Uname: Linux macbook 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux

Revision history for this message
Christer Edwards (christer.edwards) wrote :
Revision history for this message
Brian Murray (brian-murray) wrote :

Confirmed using Gutsy Gibbon and file-roller version 2.19.3-0ubuntu1.

Changed in file-roller:
importance: Undecided → Wishlist
status: New → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug report. This bug has been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=466172

Changed in file-roller:
assignee: nobody → desktop-bugs
Changed in fileroller:
status: Unknown → New
Revision history for this message
Pedro Fragoso (ember) wrote :

This is related to Bug #139853 which is fixed in file-roller 2.21.2-0ubuntu1 on Ubuntu Hardy.

Changed in file-roller:
status: Triaged → Fix Released
Revision history for this message
Sebastien Bacher (seb128) wrote :

Did you try on hardy? That's still an issue, reopening

Changed in file-roller:
status: Fix Released → Triaged
Revision history for this message
Christer Edwards (christer.edwards) wrote :

Still seems to be an issue on Hardy.

Navigating to a .bz2 file in Firefox I am prompted to open it with Archive Manager, which works properly the first time.

Closing that window and re-addressing the link again prompts for opening with Archive Manager but then displays a <filename>.1.

<filename>.1 is properly recognized as an archive, but there are now two files in /tmp. The original and a -1.

Seems to still be the same behaviour in hardy as the original bug.

Revision history for this message
marmuta (marmuta) wrote :

This still happens in Intrepid RC with file-roller 2.24.1-0ubuntu2.

It works the first time and then fails for all subsequent downloads of the same file.
I have to manually delete the files in /tmp to make file-roller open the archive correctly.

Revision history for this message
marmuta (marmuta) wrote :

Can't reproduce this anymore on a fresh install of 64bit Jaunty Alpha.
I can download tar.gz files any number of times and they open fine in file-roller.

file-roller 2.2.24.1-0ubuntu2
firefox-3.0 3.0.5+nobinonly-0ubuntu1

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.