-
-
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
[Bug]: Security & setup warnings when Nextcloud is in subdirectory (e.g., webserver is not set up to serve .js.map
files, Could not check for JavaScript support via any of your trusted_domains
nor overwrite.cli.url
.)
#47950
Comments
I believe #46255 should have helped with this by prioritizing |
More likely this PR will fix it: #47883 (v29.0.8) |
Duplicate of #47880 |
Hi,
|
On 30.0.0 I have the same warnings as @tigermick has. A long ago it was possible to have green check in Nextcloud. Since version 28 unsolvable warnings have multiplying. |
As you can see this is marked as a duplicate and in the linked issue you can find more information which versions are fixed. |
Bug description
Not withstanding https://docs.nextcloud.com/server/latest/admin_manual/release_notes/upgrade_to_28.html#setup-checks, Nextcloud Hub 8 (29.0.7) is ignoring
overwrite.cli.url
being defined as a subdirectory when doing system and security checks. I receive the following errors because my installation is in a subdirectory (e.g., nextcloud.mydomain.com/nextcloud_dir):See also many help requests at https://help.nextcloud.com/t/many-could-not-check-on-security-and-setup-warnings/201840/6.
UPDATE: I should clarify the root directory properly returns a 403 as intended:
UPDATE 2: I should also mention that updating /etc/hosts (per #44114 (comment)) to include:
127.0.0.1 nextcloud.mydomain.com
...responds with "It works" content but does not resolve the Nextcloud errors.
Steps to reproduce
Expected behavior
When checking for system and security issues (https://nextcloud.mydomain.com/nextcloud_dir/index.php/settings/admin/overview), Nextcloud should use/take into account that
overwrite.cli.url
is defined as a subdirectory.Nextcloud Server version
29
Operating system
Debian/Ubuntu
PHP engine version
PHP 8.3
Web server
Apache (supported)
Database engine version
MySQL
Is this bug present after an update or on a fresh install?
Updated from a MINOR version (ex. 28.0.1 to 28.0.2)
Are you using the Nextcloud Server Encryption module?
None
What user-backends are you using?
Configuration report
No response
List of activated Apps
No response
Nextcloud Signing status
No response
Nextcloud Logs
No response
Additional info
No response
The text was updated successfully, but these errors were encountered: