After upgrading from Seafile 7.1.5 to Seafile 8.0.3, any changes from the user interface (deleting files, creating new files, etc.) are getting a HTTP 403 and the message “Permission Denied”.
The seahub.log file contains the same information: [WARNING] django.request:222 log_response Forbidden: /api/v2.1/repos/11111111-1111-1111-1111-1111111111111/file/ (repo-id replaced)
Changing files in the same folder by a connected seafile client works. The /opt/seafile/seafile-data/repo/… directories are writable by the seafile server user as expected.
Unfortunately not, although it seems to be the same issue. My nginx location configuration looks the same as in the other posts. I’ve added the proxy_set_header Cookie $http_cookie; to the location and omitted the proxy_cookie_path ~^/. “~^/. HTTPOnly; Secure”;, because it also resulted in a redirect loop. I’ve logged in and out again and deleted all cookies and storage in between - no change to the buggy behavior.
My setup is pretty standard - seafile and nginx - with the default nginx configuration as shown in the docs. Any further hints on how to proceed debugging this problem?
So if I read you right, you went from a fully functional plain vanilla Seafile CE 7.1.5 on Ubuntu 20.04 LTS to an impaired, partially functioning, 8.0.3 just by running the upgrade script? Did you upgrade Ubuntu at the same time?
I think it doesn’t. And the seafdav-problem I had was due to a change I forgot about - not using fastcgi anymore and did not change the necessary argument in the seafdav config file.