Summary: | Dolphin & sshfs on gnome: cannot save properties | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | serge |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | adaptee, evan+kdebugs, kaabud-kde, nate, peter.penz19 |
Priority: | NOR | Keywords: | triaged |
Version First Reported In: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
serge
2011-03-12 14:50:43 UTC
i dont think it has anything to do with gnome. i am running kde 4.6.2, dolphin 1.6.1 i mount with sshfs without options which turns out to be: # mount peter@server: on /home/peter/media/server type fuse.sshfs (rw,nosuid,nodev,max_read=65536,user=peter) trying to change the icon via right click in dolphin causes the "Could not save properties" error message. a workaround is to change the icon on a local folder and then copy/move the resulting .desktop file to the folder on the sshfs mount. I just checked this using KDE SC 4.8 RC1. The result is a bit different. I can change its icon without error, and the .directory file is created and contains the expected contents. However, dolphin just does not display the customized icon when viewing that folder through sshfs. If I copy that folder to local disk, then dolphin will display the customized icon. In retrospect, this might have something to do with the fact that sshfs mounts all files as executable, even though they are not executable on the server. There happen to be more programs that have trouble with this, a notable example is the geany editor. I have not yet found a way for sshfs to mount files as not executable by default. (In reply to comment #2) > I just checked this using KDE SC 4.8 RC1. Me too. > I can > change its icon without error, and the .directory file is created and contains > the expected contents. However, dolphin just does not display the customized > icon when viewing that folder through sshfs. Same for me, plus: if i change the View Mode this is also reflected in the .directory and also Dolphin displays it that way. So it creates .directory and reacts on the ViewMode= setting therein but it does not react on the Icon= setting. (In reply to comment #3) > this might have something to do with the fact that sshfs mounts > all files as executable, even though they are not executable on the server. Not for me. The executable bits are just fine and I can chmod them just as for any local file. So I'd say this is not related to this dolphin bug. @serge: maybe this has to do with server OS or server filesystem? Might be, my server is a Excito Bubba 2 running an Excito-customised version of Debian 4.0 Etch. I am anxiously awaiting the B2 upgrade which is due any moment soon. This also affects me. It used to work in the past, and my sshfs configuration has not changed. The permissions on the directories and files are what would be expected. Is this still relevant or applicable for anyone with KDE Frameworks 5.45? Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |