file roller rename a file inside a .zip file fails, deletes original file from zip archive

[Peter Dyson]

Binary package hint: file-roller

Open a .zip file with files in it.
Attempt to rename one of the files in the zip in-situ.
The rename fails and the original file you were renaming is deleted.

It should attempt to do whatever operation you ask it and if it fails, it should return you back to a consistent state which in this case is having your zip file the same as before you attempted the rename.

File Roller 2.28.1

ProblemType: Bug
Architecture: i386
Date: Thu Nov 19 09:44:16 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/file-roller
Package: file-roller 2.28.1-0ubuntu1
ProcEnviron:
 PATH=(custom, user)
 LANG=en_AU.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic-pae
SourcePackage: file-roller
Uname: Linux 2.6.31-14-generic-pae i686

[Peter Dyson (outlander)]

I just did some more testing, if the zip file is located locally, this doesn't happen.

I can replicate it with my original configuration which is the zip file is located on a remote network share, so the error might occur with creation of temporary files possibly.

An example of how I'm accessing the .zip file in question, what is in my nautilus location bar:
smb://mydomain;myusername@remoteservername/remoteshare/remotedir

In this dir is my zip file and I have write access to this share/dir.

If I try to rename a file inside the zip I get "An error occurred while adding files to the archive." and the file I'm trying to rename is no longer in the zip.

[Peter Dyson (outlander)]

Another possibly related clue is that I cannot open an archive (any format) on a remote share and then drag files from in that archive to a remote network share and drop them in. I always have to extract locally then copy from local into the remote share...

So possibly an issue with How File Roller or Nautilus handles scp and smb remote shares?

[Pedro Villavicencio (pedro)]

This bug is an upstream one and it would be quite helpful if somebody experiencing it could send the bug the to the people writing the software. You can learn more about how to do this for various upstreams at https://wiki.ubuntu.com/Bugs/Upstream/GNOME . Thanks in advance!

[Launchpad Janitor (janitor)]

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

---------------
file-roller (2.29.90-0ubuntu1) lucid; urgency=low

  * New upstream version
    Bugs fixed:
    - Fixed some file renaming issues(lp: #485098)
    New or updated application translations
  * debian/patches/70_autotools.patch:
    - new version update
 -- Sebastien Bacher <email address hidden> Tue, 09 Feb 2010 00:36:30 +0100

[Peter Dyson (outlander)]

I can confirm that opening an archive file over the network (via a smb:// share) and renaming a file inside the archive, now behaves in a consistent manner and successfully renames the file correctly inside the archive.
Tested on File Roller 2.30.1.1