-
-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
WEB DAV Write Access broken from Nextcloud 14.0.3 to 15.0.0 #13639
Comments
We are having the same issue, I did a fresh install of V15.02. It works perfectly fine from the web console i.e. I can add/delete/edit/create files inside External Storage drive. But from Webdav we cannot create new files in the External Storage Drives. It seems to be an issue with only External Storage, as I can create the files on the root of the webdav. |
Hello dishu2511, |
Hi tstreibl, |
Hey @tstreibl, thank you for reporting this issue 👍 Please help us and fill out the issue template. |
did my best: Steps to reproduce
Expected behaviourcopy action should be sucessful which is the case when you run the same example program on a nc 14. Actual behaviourpython/windows error: copy error: [Errno 13] Permission denied; error in nextcloud log Server configurationI only have access to the nc 15.0.2 and nc 15.0.0 server configuration (raspberry pi) and not to the 14.0.3 server (it's another professionally hosted machine); however I had no problem on the pi before updating to nc 15. Operating system: Linux raspberrypi 4.14.79-v7 Web server: Database: mysql PHP version: PHP 7.0.33-0+deb9u1 (cli) (built: Dec 7 2018 11:36:49) ( NTS ) Nextcloud version: Updated from an older Nextcloud/ownCloud or fresh install: Where did you install Nextcloud from: Signing status: Signing status
List of activated apps: List of activated apps:
Nextcloud configuration: Nextcloud Configuration
Are you using external storage, if yes which one: local/smb/sftp/... no Are you using encryption: yes Are you using an external user-backend, if yes which one: Webdav backend (see python example program) Client configurationPython 3.7.1 (winpython edition) Operating system: LogsWeb server error logWeb server error log
Nextcloud log (data/nextcloud.log)Nextcloud log
|
additional tests:
Nextcloud shows the following log entries for uploading a non empty (filesize>0) text file :
no more ideas... |
same issue here with a nextcloud environment for 3000+ users nextcloud 15.0.2 |
#13468 could work for you. Will be released with Nextcloud 15.0.3 (2019-02-21). |
"could" is a weak statement. |
#13596 and #13276 reporting the same error. I think there is a good chance. Usually the information from the issue template makes it easier to help.
https://patch-diff.githubusercontent.com/raw/nextcloud/server/pull/13468.patch try it ;-) dont forget a backup as always. |
it doesn't work nextcloud.log
|
Without changing any config in our environment I found out now, that copying local files to the webdav-root is possible. From there the files can be moved to their final location in any subfolder. Copying directly from local to the same subfolder still ends unsuccessfully. Is there any need to open a new issue using the issue template? |
If you think the issues are related you can post the relevant information from the issue template here. |
If you need more information, I'll provide it here. |
@IngoEF is this working for you? |
no, doesn't work, I don't see any difference in the error messages. |
Here you are:
Nextcloud 15.0.2 running on: |
what exactly is the meaning of the last comment? |
deaktivated all my apps except the default encryption module (since I use encryption): nothing changed (upload fails; download ok); when I deactivate default encryption module then the download fails as well (which is no surprise). |
disabled all apps excluding "user_ldap" and "files_external". The behaviour remains the same. |
no errors after changing the /var/www/html/nextcloud/apps/dav/lib/Connector/Sabre/File.php against the one out of version 14.0.6 |
Hy @IngoEF: you are a genious - thanks a lot! I can confirm that your solution works for me as well. Feedback from developers side would be great. Especiall if the above cited change request will really solve the issue in 15.0.3? |
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions. |
In my case, this issue was caused by a global ProxyErrorOverride setting in the apache config. nextcloud/android#4059 Accessing the share with this link |
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions. |
This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions. |
seems to be solved |
I can't use WebDav. This is the log: Thank you. [webdav] Fatal: Sabre\DAV\Exception\ServiceUnavailable: Could not open file at <>
|
After updating from nextcloud 14.03 to nextcloud 15 programtically copying a file from a windows pc to nextcloud fails. The other direction is still fine. Acces is made throug "net use" (without connecting a drive) using webdav access. The testcode is a three liner in python. Log Entries from nextcloud are included in the attached file. I can reproduce that this code works under nextcloud 14.03 and that it fails under nextcloud 15 (both tested today).
error_case.zip
The text was updated successfully, but these errors were encountered: