GNOME Bugzilla – Bug 598238
Unable to unpack any file from File Roller to FTP location opened in Nautilus
Last modified: 2020-11-11 19:13:05 UTC
Hello, I trying to unpack files directly from file roller to ftp site opened in nautilus. Just nothing happens then I trying to do that.
Thanks for taking the time to report this bug. This bug report isn't very useful because it doesn't describe the bug well. If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to this bug.
Oh, okay. Take a look at this screenshot please: http://funkyimg.com/u2/672/394/Screenshot-9.png At the right side of this image you can see ftp site opened with nautilus and file roller on the left side. I trying to unpack file directly to ftp site from file roller by drag and drop this file to ftp. Steps to reproduce: 1) Open any ftp site where you have read and write rights by nautilus 2) Open any compressed archive by file roller 3) Drag any file from archive to nautilus window with ftp site opened and drop it Results: Nothing Expected results: files should be unpacked to temprary location and then to ftp site opened in nautilus
this is reproducible in nautilus 2.28?
(In reply to comment #3) > this is reproducible in nautilus 2.28? Yes, it is. I tried to unpack some file from tar.gz archive directly to ftp location opened in nautilus, it returns following error: tar: sysconfig/saslauthd: Cannot utime: Operation not supported tar: Exiting with failure status due to previous errors I using Gnome 2.28.1 on ubuntu 9.10
Created attachment 164827 [details] [review] Do not set utime on FSs that doesn't support it First, this is not a problem of nautilus but of file-roller (or maybe maybe gvfs). Problem is that most gvfs backends doesn't support setting utime (seems one exception is smb) and when untaring it tries to preserve the utime for the files and fails. However I could not confirm this when running the git version but only 2.30.2. Maybe because I was running f-r within the source folder or because of http://git.gnome.org/browse/file-roller/commit/?id=33c21fc3647af32de5a9c9d49e33765a526910f5 - I don't know. This patch however will check if the FS supports setting modified time and if not pass the --touch argument to tar to not preserve modified time. From man tar: -m, --touch don't extract file modified time
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports and feature requests in GNOME Bugzilla which have not seen updates for a long time. If you still use file-roller and if you still see this bug / want this feature in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/file-roller/-/issues/ Thank you for creating this report and we are sorry it could not be implemented (volunteer workforce and time is limited).