-
Notifications
You must be signed in to change notification settings - Fork 2.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
Help needed: owncloud 9.1.3 creates redirects without index.php (after upgrade from 8.1) on nginx+subdir #26869
Comments
BTW: I first thought this "remote.phpote.php" was a logging error but |
Just follow the instructions in the box below that |
I wonder if your problem is related to this:
I don't have an nginx env nor nginx experience, so I hope someone who has that can help debugging this. |
Thanks for the heads up. I compared the current nginx config to the one I had with OC8.1 which was running perfectly fine with the |
FYI just confirmed that everything performs perfectly well, when I remove the contextroot/ subdir completely. Unfortunately that's not a long-term option. Admin check complains about missing headers but that's a none-issue:
|
Update: spend a few hours troubleshooting and found the reason for the error message https://github.com/owncloud/core/blob/master/apps/dav/appinfo/v1/webdav.php uses |
Fixes owncloud#26869: honor overwritewebroot config property and PATH_INFO in request handling so that owncloud can be run under a contextroot such as /owncloud or /cloud
I created a pull-request for fixes and docs. During retesting I found that when I set 'front_controller_active true' in the nginx config, the above mentioned redirect error still occurs! When I set it to 'false' everything works as expected! |
Hey, this issue has been closed because the label (This is an automated comment from GitMate.io. |
please submit an issue or PR to the documentation repo for nginx with the suggested change |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Steps to reproduce
Expected behaviour
A request to /cloud/index.php/login should show the login page.
Actual behaviour
A request to /cloud/index.php/login returns a HTTP302 with
Location: https://myserver/cloud/login
which is then answered with HTTP404. Same behavior for other locations e.g.oc.js
./cloud/status.php
works fine.Server configuration
Operating system: Ubuntu 16.04.3
Web server: nginx/1.10.0
Database: MySQL5 (client driver mysqlnd 5.0.12)
PHP version: 7.0.8-0ubuntu0.16.04.3
ownCloud version: 9.1.3
Where did you install ownCloud from: see link to blog post
Signing status (ownCloud 9.0 and above): Sorry, I have no idea what that is
List of activated apps:
The content of config/config.php:
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 51, Safari 10.0.2
Operating system: macOS 10.12.2
Logs
Web server error log
excerpt of /var/log/nginx/access.log
ALL entries from /var/log/nginx/error.log in the same timespan
ALL entries from /var/log/owncloud.log in the same timeframe
QUESTION: Is it possible to get rid of the triple-escaping backslashes in the log?
nginx config
The text was updated successfully, but these errors were encountered: