Skip to content
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

Attempt to rename folder does not send command to server #6708

Closed
cyberduck opened this issue Jun 4, 2012 · 4 comments
Closed

Attempt to rename folder does not send command to server #6708

cyberduck opened this issue Jun 4, 2012 · 4 comments

Comments

@cyberduck
Copy link
Collaborator

cyberduck commented Jun 4, 2012

374c19d created the issue

Sometimes i cand't rename directory , log say :

SSH_FXP_REALPATH

SSH_FXP_NAME

/root

Version 4.2.2 (9527)

@cyberduck
Copy link
Collaborator Author

cyberduck commented Jun 22, 2012

https://me.yahoo.com/a/MEF.mt8Wrvkr.6h_ggbb1KgE3vyyJ9fNcg--#c9ff3 commented

I have a very similar issue, occurring for quite some time. OSX v4.2.1 (9350)

I think considering it a "core" issue is relevant because the issue also affects the toolbar commands like Refresh and is not resolved by logging out and back in to the FTP server, it is only resolved after I quit Cyberduck and restart.

After uploading a folder with multiple files, all further folder renaming attempts for any preexisting or new folder in the list result in the following log:

NOOP
200 Zzz...

Attempting to rename a file works as expected, but folders continue to be immune.

Logging out and back in to the FTP server during the same Cyberduck session changes nothing. Quitting and restarting Cyberduck and attempting the same rename result in the following log:

NOOP
200 Zzz...
NOOP
200 Zzz...
RNFR /www/foo/bar
350 RNFR accepted - file exists, ready for destination
RNTO /www/foo/bar2
250 File successfully renamed or moved
NOOP
200 Zzz...

Other server info, may or may not be relevant:

220---------- Welcome to Pure-FTPd [privsep] [TLS] ----------
...
FEAT
211-Extensions supported:
 EPRT
 IDLE
 MDTM
 SIZE
 MFMT
 REST STREAM
 MLST type*;size*;sizd*;modify*;UNIX.mode*;UNIX.uid*;UNIX.gid*;unique*;
 MLSD
 AUTH TLS
 PBSZ
 PROT
 ESTA
 PASV
 EPSV
 SPSV
 ESTP

@cyberduck
Copy link
Collaborator Author

cyberduck commented Aug 20, 2012

d33d8de commented

I'm likewise getting a similar issue over WebDav, so perhaps this isn't an FTP-specific issue. Here's my log:




MKCOL /dav/euf/development/widgets/CustomKeywordText/ HTTP/1.1
Content-Type: text/xml; charset=utf-8
Content-Length: 0
Host: openclass.custhelp.com
Connection: Keep-Alive
User-Agent: Cyberduck/4.2.1 (9350) (Windows 7/6.1) (x86)
Authorization: Basic QXVzdGluOkp1c3RpY2U0YWxs
HTTP/1.1 403 Forbidden
Date: Mon, 20 Aug 2012 19:31:26 GMT
Server: Apache
X-WebDAV-Status: 403 Forbidden
Cache-Control: max-age=900
Expires: Mon, 20 Aug 2012 19:46:26 GMT
RNT-Time: D=373693 t=1345491086481926
RNT-Machine: 0.81
Vary: Accept-Encoding
Content-Encoding: gzip
Content-Length: 20
Keep-Alive: timeout=15, max=75
Connection: Keep-Alive
Content-Type: text/html; charset=UTF-8

@cyberduck
Copy link
Collaborator Author

cyberduck commented Aug 20, 2012

@dkocher commented

Replying to [comment:2 aclerkin]:

I'm likewise getting a similar issue over WebDav, so perhaps this isn't an FTP-specific issue. Here's my log:

This is a different issue with missing permissions on the server for the user logged in.

@cyberduck
Copy link
Collaborator Author

cyberduck commented Oct 4, 2012

@dkocher commented

In f6ef9a6.

@iterate-ch iterate-ch locked as resolved and limited conversation to collaborators Nov 26, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant