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

Interopability with ownCloud #7582

Closed
cyberduck opened this issue Nov 8, 2013 · 8 comments
Closed

Interopability with ownCloud #7582

cyberduck opened this issue Nov 8, 2013 · 8 comments

Comments

@cyberduck
Copy link
Collaborator

@cyberduck cyberduck commented Nov 8, 2013

213b9bf created the issue

Hope this is the right way... ;-)

On a client running Windows 8 64 Bit with Cyberduck 4.4 and a different client running Windows 7 64 Bit I get error message "Method not allowed" for changing to other folders than root and "File not found" if downloading files in root. Connection type is WebDAV with SSL.

I know there was an issue with "Method not allowed" that was fixed, but I think this is a different thing. Because I can access all folders and files on the same ownCloud with Cyberduck 4.3.1 and other programs on clients with Windows 7 64 Bit, Windows 8 64 Bit and Mac OS. Refering to the screenshot: This applies not only on folders with spaces.

Did something change that could cause this problems? What additional information is needed?

Thanks!

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

@dkocher commented

Can you provide the transcript from the log drawer from both version 4.4 and 4.3.1 to compare.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

213b9bf commented

Sorry for the stupid mistake to post on the other page :D At least everyone knows now that I had trouble to find the log drawer (never used ;-)).

Second joke: It works now! After reinstalling a few times it works now on my Windows 8 machine, but still not on Windows 7... I don't know what this is, but I can't make it not work again on this machine.

Anyway, the logs from before:

4.4:

 PROPFIND /unterwegs/ HTTP/1.1
 Depth: 1
 Content-Type: text/xml; charset=utf-8
 Content-Length: 99
 Host: [removed]
 Connection: Keep-Alive
 User-Agent: Cyberduck/4.4 (13577) (Windows NT (unknown)/6.2) (x86)
 Cookie: [removed]
 Cookie2: [removed]
 Authorization: Basic [removed]
 HTTP/1.1 405 Method Not Allowed
 Date: Fri, 08 Nov 2013 16:52:53 GMT
 Server: Apache/2.2.16 (Debian)
 Allow: GET,HEAD,POST,OPTIONS
 Vary: Accept-Encoding
 Content-Encoding: gzip
 Content-Length: 250
 Connection: close
 Content-Type: text/html; charset=iso-8859-1

4.3.1:

PROPFIND /remote.php/webdav/unterwegs/ HTTP/1.1
Depth: 1
Content-Type: text/xml; charset=utf-8
Content-Length: 99
Host: te-cloud.de
Connection: Keep-Alive
User-Agent: Cyberduck/4.3.1 (11008) (Microsoft Windows NT 6.2.9200.0/6.2.9200.0) (x86)
Cookie: [removed]
Cookie2: [removed]
Authorization: Basic [removed]
HTTP/1.1 207 Multi-Status
Date: Fri, 08 Nov 2013 16:57:04 GMT
Server: Apache/2.2.16 (Debian)
X-Powered-By: PHP/5.4.21
Strict-Transport-Security: max-age=31536000
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Vary: Brief,Prefer
DAV: 1, 3, extended-mkcol, 2
Connection: close
Transfer-Encoding: chunked
Content-Type: application/xml; charset=utf-8

The url is wrong, but I don't know why.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

213b9bf commented

Okay, I found a workaround.
Just used "/remote.php/webdav/" as root path for the ownCloud bookmark.
I guess there is a problem with the (/my) bookmarks that turns visible on update.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

213b9bf commented

Two questions as follow-up:

  • Is this a permanent solution? I think there is still something wrong, because the url before was resolved in the background. I tried to create a new bookmark, but new ones have the same problem and need the remote.php-link as "path". For me this a step backwards because it worked without additional actions before.
  • Is it possible for you to remove the screenshot?

Thanks again!

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

@dkocher commented

Replying to [comment:5 te-online]:

  • Is it possible for you to remove the screenshot?

Screenshot removed.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

@dkocher commented

Replying to [comment:5 te-online]:

Two questions as follow-up:

  • Is this a permanent solution? I think there is still something wrong, because the url before was resolved in the background. I tried to create a new bookmark, but new ones have the same problem and need the remote.php-link as "path". For me this a step backwards because it worked without additional actions before.

Does it work in 4.3.1 without specifying a default path in the bookmark?

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Nov 8, 2013

213b9bf commented

Does it work in 4.3.1 without specifying a default path in the bookmark?

Yes, that's the strange thing.

Loading

@cyberduck
Copy link
Collaborator Author

@cyberduck cyberduck commented Apr 5, 2017

@dkocher commented

In 879d06a.

Loading

@cyberduck cyberduck closed this Apr 5, 2017
@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
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
2 participants