[Bug]: Default nextcloud logo not obeying overwritewebroot and overwrite.cli.url

⚠️ This issue respects the following points: ⚠️

• This is a bug, not a question or a configuration/webserver/proxy issue.
• This issue is not already reported on Github OR Nextcloud Community Forum (I've searched it).
• Nextcloud Server is up to date. See Maintenance and Release Schedule for supported versions.
• I agree to follow Nextcloud's Code of Conduct.

Bug description

The default nextcloud installation uses the default logo.svg, however the login page (and potentially elsewhere?) is sending requests to /core/img/logo/logo.svg instead of /NEXTCLOUD_PATH/core/img/logo/logo.svg.

All other requests can be sent to /NEXTCLOUD_PATH with appropriate overwritewebroot and overwrite.cli.url settings in config.php. However, requests for /core/img/logo/logo.svg are still being sent from the login page.

It is likely this affects other interface (eg, android).

Note -- this is likely a bug on the server not the interfaces, as the server contains config.php and thus the server is responsible for setting/sending paths. There may be additional interface issues downstream of this, but ultimately the server

Steps to reproduce

1. Install nextcloud into a subdirectory in a webserver
2. Configure config.php to have overwritewebroot and overwrite.cli.url appropriately set to the webserver's subdirectory
3. Observe nextcloud working fine, but on the website's login page (or see server's logs), requests are not being sent to /core/img/logo/logo.svg and NOT the appropriate subdirectory.

Expected behavior

Default logo path should be as configured in config.php

Nextcloud Server version

31

Operating system

Debian/Ubuntu

PHP engine version

None

Web server

None

Database engine version

None

Is this bug present after an update or on a fresh install?

None

Are you using the Nextcloud Server Encryption module?

None

What user-backends are you using?

• Default user-backend (database)
• LDAP/ Active Directory
• SSO - SAML
• Other

Configuration report

List of activated Apps

Nextcloud Signing status

Nextcloud Logs

Additional info

No response

Start at the login page and config.php handling for overwritewebroot and overwrite.cli.url, then reproduce the issue with a subdirectory installation and inspect the generated logo URL. Done means the default logo request includes the configured subdirectory while the login page works normally.