-
-
Notifications
You must be signed in to change notification settings - Fork 4.1k
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
Uploading files in shared folders is broker with NC 14.0.1 #11485
Comments
Just works fine here.
Okay - this looks 🐟y ... cc @rullzer |
Works fine in your instance? |
Yes - I used a folder that was shared with me on a 14 instance. That was the scenario you wrote in this ticket, right? It was also just a shared folder on the same instance and no federated one. |
Hm, now this works for me as well. No error in log. Maybe cron/cleanup or something else have to run after the update to fix this? |
I’m not aware of any cleanup in this regard:/ let’s close it for now and it can be reopened once it happens again and we can properly verify it. |
I have the same issue, but the error appears only on lager files~>10 MB & User is from LDAP! Also the shared folder is a goup folder. Therefore please reopen. Log: |
I'm having the same problem on FreeBSD 11.2-RELEASE-p4 and PHP 7.2 with version 14.0.1 installed from the binary repository. Just for the record, my data directory is on different ZFS dataset than the rest of the installation. The problem seems to be in the way that version 14 handles storage quotas. In my case, everyone except admin and several managers has quota set to 0. Admin shares his folders with everybody else, so the regular users can only write to admin's folders and only these users seem to be affected by this issue. @MorrisJobke Could you my scenario, please? |
I can reproduce, but only if the file is larger than 10 MB. Let me open a new ticket with a better description. |
I just realized that the log of the OP is the same that I got -> reopening. |
I opened #12010 which provides a better exception message, but doesn't solve the problem yet. |
I've just upgraded to version 14.0.3 and the problem persists. Also, when the user with quota set 0 tries to delete a file in a shared folder, the request crashes with the following error:
Although the file gets moved to folder owner's trash bin. |
It is usually moved to both trash bins on purpose and this fails. |
Breaking commit is obviously: 0ff83f7 Do not allow folder creation with quota of 0 🙈 |
I'll look into this |
Fixes #11485 This allows uploads to shared folders. Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>
I'll look into that after #12022 is in. |
Fixes #11485 This allows uploads to shared folders. Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>
Fixes #11485 This allows uploads to shared folders. Signed-off-by: Roeland Jago Douma <roeland@famdouma.nl>
Deleting files still crashes on 14.0.4 with the same trace as I've posted before. Also, I'm unable to set default quota to 0 B on 14.0.4, so I've been using 1 B. |
Steps to reproduce
Expected behaviour
Progress bar should appear and uploading starts.
Actual behaviour
Uploading files in any shared folder isn’t posible. After choosing a file an click “ok” - nothing happens.
Uploading file in “real” folders is working.
Server configuration
Operating system: Ubuntu 18.04
Web server: Apache
Database: MySQL
PHP version: PHP-FPM 7.2
Nextcloud version: 14.0.1
Updated from an older Nextcloud/ownCloud or fresh install: Updated
Where did you install Nextcloud from: Web-Updater
Signing status:
Signing status
Nextcloud configuration:
Config report
Are you using external storage, if yes which one: No
Are you using encryption: No
Are you using an external user-backend, if yes which one: No
Client configuration
Browser: Firefox
Operating system: Windows 10
Nextcloud log (data/nextcloud.log)
Nextcloud log
The text was updated successfully, but these errors were encountered: