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

Interoperability with Sharepoint not URI encoding whitespace in file or directory names #6094

Closed
cyberduck opened this issue Jul 21, 2011 · 10 comments
Assignees
Labels
bug thirdparty Issue caused by third party webdav WebDAV Protocol Implementation

Comments

@cyberduck
Copy link
Collaborator

Cobrp created the issue

The last version of Cyberduck does not show directories or file names with embedded spaces when using webdavs.
That is a pity!
I'm looking for a way to downgrade Cyberduck.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please post the transcript from the log drawer (⌘-L).

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Replying to [6094 Cobrp]:

I'm looking for a way to downgrade Cyberduck.

Previous versions are available from (http://cyberduck.ch/changelog).

@cyberduck
Copy link
Collaborator Author

@dkocher commented

Please report this issue to the server vendor. Most possibly the URIs in the response are not properly encoded.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#6577 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

25b982f commented

Hello,

The response is :

<D:response><D:href>https://XXXXXXXXXXXXX.sharepoint.emea.microsoftonline.com/XXXXX/Documents comptables</D:href><D:propstat><D:prop><D:displayname>Documents comptables</D:displayname><D:lockdiscovery/><D:supportedlock/><D:isFolder>t</D:isFolder><D:iscollection>1</D:iscollection><D:ishidden>0</D:ishidden><D:getcontenttype>application/octet-stream</D:getcontenttype><D:getcontentlength>0</D:getcontentlength><D:resourcetype><D:collection/></D:resourcetype><Repl:authoritative-directory>t</Repl:authoritative-directory><D:getlastmodified>2012-03-07T20:57:03Z</D:getlastmodified><D:creationdate>2012-03-05T14:48:59Z</D:creationdate><Repl:repl-uid>rid:{93D90163-CECA-41E6-A705-EF69781A4EB9}</Repl:repl-uid><Repl:resourcetag>rt:93D90163-CECA-41E6-A705-EF69781A4EB9@00000000000</Repl:resourcetag><D:getetag>&quot;{93D90163-CECA-41E6-A705-EF69781A4EB9},0&quot;</D:getetag></D:prop>
<D:status>HTTP/1.1 200 OK</D:status>
</D:propstat>
</D:response>

I understand that you suggest spaces to be encoded as %20, as in http://www.ietf.org/rfc/rfc1738.txt , right ?

Would you accept a patch with a (possibly hidden) configuration option to implement a workaround for this very specific issue ?
I'm not happy with the situation and the fact that some vendors do not respect the standards, but let's face it, it's far easier (and quicker) for me to patch this than 1) to have the vendor provide a fix for this issue on its product and all impact products (browsers, operating systems, third-party components) and 2) have this propagated to the shared folder than I want to access.

Regards,

Ludovic.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#6673 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#7674 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#2223 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#8739 closed as duplicate.

@cyberduck
Copy link
Collaborator Author

@dkocher commented

#8916 closed as duplicate.

@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.
Labels
bug thirdparty Issue caused by third party webdav WebDAV Protocol Implementation
Projects
None yet
Development

No branches or pull requests

2 participants