New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Edit command changes permission of file, even if only reading the file #9813
Comments
Oh, now that I've restarted both apps, I cannot reproduce it any more. But it happened to me more than once before (i.e. the file's permissions on the server changed), but I only figured out now that it's Cyberduck's Edit cmd that caused it. |
Ah, here we go: It goes like this:
I hope you can reproduce this. |
Oddly, during testing, (the assigned Editor is BBEdit 10), I suddenly also often get a "Connection Failed. Failed to open application BBEdit for news.log." error, especially after just changing the server's file date using the "touch" cmd on the server. "Try Again" then fetches it, and the permissions remain intact. This is all very wonky. I find no such issues with version 4 of Cyberduck. BTW, are you still the same developer as the one for version 3? I paid back then, but wouldn't mind paying again. |
And here is the transcript (it would be helpful if it included timestamps). It includes the results from using the Edit button two times. The second time, the permissions got updated, as you can see. Even worse, it appears that Cyberduck uploaded a new file, so it seems that Cyberduck believed that the previously downloaded file was edited and probably uploaded that, even though I never changed the downloaded file. But even if it just uploaded the new file - it should not have changed the original server file's permissions. The permission of the local downloaded file are not supposed to match those on the server. The server has its own user after all, and also has its own permissions setup, which do not match those on the local machine. At least not without a warning. The global Cyberduck prefs that let me specify Upload permissions cannot help me here as I would have to change those prefs every time I upload some file. So, instead, I expect Cyberduck to keep the original file permissions on the server instead of using some global setting (and note that I have not enabled to set the permissions for Upload, which means I intend to keep the original permissions). So, in all, these are actually two separate issues. I'm going back to version 4 for now.
|
In fact, the setup of my Prefs is a clear indication that I do NOT want the permissions messed with at all on the server side. See the second attachment for that, showing my Prefs. It says to preserve the permissions from the server on Download, i.e. if I had "write group" permissions on the server, the downloaded file should as well, at best. And I said not to change the permission on uploaded. How can Cyberduck turn this into disabling "write group" permissions is beyond me. Huh, I have a suspicion: The fact that the permissions get reset from 664 to 644 is a behavior of my server. The transcript shows that Cyberduck did not attempt to change the prefs, meaning that it leaves it up to the server. So, to get what I want, I'd have to change the Cyberduck prefs to also set the Permissions on Upload. That way, the permissions get copied to the downloaded local file, and set again with the upload of the local file to the server. However, I just tested this theory and found that that's not worked that way, either. When I do that, I can see that the local file has indeed 664, but when I modify and save it, so that Cyberduck automatically re-uploads it, then it doesn't even issue the SITE CHMOD command and so the server resets permissions to 644. Oddly, though, I've seen a SITE CHMOD 644 earlier in the transcript. So, there's some problem there, too. I'll have to stop looking into this now, but if I get back to it tomorrow, I'll open a new ticket for this separate issue, with more details when it happens and when not. For now, please focus on the bug that causes a unwanted re-upload when I re-download (using Edit) a file that got updated on the server. |
In 38354. |
Thanks for fixing this. |
Milestone renamed |
I have the following dir:
Now, if I double click "news.log" in Cyberduck to view the file, its permissions immediately change to:
I.e, it removes the groups write access. This is a severe bug, IMO. The permissions should not be changed for an existing file, ever, especially not if I only read it, not modify it.
If I do the same with Cyberduck 4.7.2, the permissions remain unchanged, as expected. That should prove it's not a problem with my setup but with Cyberduck.
Both versions have the same prefs, including the option "change permissions" for downloads (644). But that should only affect the file downloaded to my computer, not the file on the server, right?
Access is via SFTP, if that matters.
I've attached the prefs file, cleaned up a little (removing the NS..., bookmarks and session entries)
Attachments
Screen Shot 2017-01-17 at 19.11.47.png
(37.4 KiB)cyberduck-prefs.plist
(6.0 KiB)The text was updated successfully, but these errors were encountered: