After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 563208 - file-roller can't extract to an ftp mounted directory
file-roller can't extract to an ftp mounted directory
Status: RESOLVED FIXED
Product: file-roller
Classification: Applications
Component: general
2.24.x
Other All
: Normal normal
: ---
Assigned To: Paolo Bacchilega
file-roller-maint
Depends on:
Blocks:
 
 
Reported: 2008-12-04 09:35 UTC by Paolo Benvenuto
Modified: 2009-01-19 12:53 UTC
See Also:
GNOME target: ---
GNOME version: 2.23/2.24


Attachments
Check permission bug fix (5.22 KB, patch)
2008-12-29 14:24 UTC, Gerard Lommerse
none Details | Review
Check permission bug fix (5.21 KB, patch)
2008-12-29 17:04 UTC, Gerard Lommerse
committed Details | Review

Description Paolo Benvenuto 2008-12-04 09:35:58 UTC
Please describe the problem:
I'm managing my ftp uploads with nautilus, which mounts ftp directories as mounts.

However, when I extract files from file-roller, I can't select as destination directory an ftp mounted directory. file-roller tells me:

You don't have the right permissions to extract archives in the folder "ftp://my.ftp.server/"


Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Gerard Lommerse 2008-12-29 14:24:05 UTC
Created attachment 125476 [details] [review]
Check permission bug fix

When the gvfs back-end (like ftp or smb) does not implement the access attributes, file-roller tries to read the attributes anyway. The result is that file-roller defaults to 'no-permission' when the permission can not be determined (because the back-end can not determine the permission, and as a result does not implement the access attributes).

Solution is to let file-roller default to 'have-permission' when the access attributes are not available. This way we can still extract to locations where the permissions can not be determined, like in the case of the ftp or smb back-ends (the extraction fails with a nice error dialog anyway when extraction can not write files to the destination).

Also note that file-roller "checked" for execute permissions, which I think are not necessary (removed those in this patch).
Comment 2 Gerard Lommerse 2008-12-29 17:04:59 UTC
Created attachment 125485 [details] [review]
Check permission bug fix

Copy/paste error in last patch.
Comment 3 Paolo Bacchilega 2009-01-19 12:53:04 UTC
patch applied to trunk, thanks.