Server: icons-vars.css not found

[raimund-schluessler]

Steps to reproduce

1. Updated to latest master
2. Load nexctloud

Expected behaviour

All icons should appear

Actual behaviour

Most of the icons are not visible. I see that the file icons-vars.css is not found on the server (404). It seems, that the request path is not correct. The file is requested from
http://192.168.56.2/index.php/css/icons/icons-vars.css, where the correct path appears to be
http://192.168.56.2/nextcloud/index.php/css/icons/icons-vars.css. The file is present on the harddrive, other css files are loaded correctly (with 'nextcloud' in request path).

Server configuration

Development environment running in VirtualBox

Operating system:
Debian Stretch, latest upates

Web server:
Apache2 2.4.25

Database:
PostgreSQL

PHP version:
7.0.30-0+deb9u1

Nextcloud version: (see Nextcloud admin page)
Latest master a625a4d70489138af67c0059b76ad2b66f682afc

Updated from an older Nextcloud/ownCloud or fresh install:
Update from 13.0.5

Where did you install Nextcloud from:
Git

List of activated apps:

App list

Enabled:

• accessibility: 1.0.1
• admin_audit: 1.4.0
• cloud_federation_api: 0.0.1
• comments: 1.4.0
• contacts: 2.1.6
• dav: 1.6.0
• federatedfilesharing: 1.4.0
• federation: 1.4.0
• files: 1.9.0
• files_sharing: 1.6.2
• files_trashbin: 1.4.1
• files_versions: 1.7.1
• inventory: 0.0.1
• lookup_server_connector: 1.2.0
• oauth2: 1.2.1
• provisioning_api: 1.4.0
• sharebymail: 1.4.0
• systemtags: 1.4.0
• tasks: 0.9.6
• twofactor_backupcodes: 1.3.0
• updatenotification: 1.4.1
• workflowengine: 1.4.0
  Disabled:
• bruteforcesettings
• calendar
• encryption
• files_external
• ojsxc
• testing
• theming
• user_ldap

Nextcloud configuration:

Config report

{
    "system": {
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "192.168.56.2"
        ],
        "datadirectory": "***REMOVED SENSITIVE VALUE***",
        "overwrite.cli.url": "http:\/\/192.168.56.2\/nextcloud",
        "dbtype": "pgsql",
        "version": "14.0.0.14",
        "dbname": "***REMOVED SENSITIVE VALUE***",
        "dbhost": "***REMOVED SENSITIVE VALUE***",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "UTC",
        "installed": true,
        "theme": "",
        "loglevel": 0,
        "maintenance": false,
        "debug": true,
        "appstore.experimental.enabled": true
    }
}

Client configuration

Browser:
Firefox 61.0.1

Operating system:
Win10

Logs

Nextcloud log (data/nextcloud.log)

Nextcloud log

Nothing relevant in log.

Browser log

Browser log

GEThttp://192.168.56.2/index.php/css/icons/icons-vars.css[HTTP/1.1 404 Not Found 1ms] 

@skjnldsv

[nextcloud-bot]

GitMate.io thinks possibly related issues are https://github.com/nextcloud/server/issues/5157 (Icon inconsistency), https://github.com/nextcloud/server/pull/10043 (Run mergejs to add css-vars-ponyfill), https://github.com/nextcloud/server/issues/10540 (NextCloud Themening => CSS/icons/Folder-Icon), https://github.com/nextcloud/server/issues/10181 (css, wrong css entrys), and https://github.com/nextcloud/server/issues/6891 (Folder icons disappeared).

[blizzz]

same for me. @skjnldsv @juliushaertl

[skjnldsv]

Damn, can you cover the procedure? cc @juliushaertl if you have an idea
I don't get how that's possible! :(

[06 20:15:04] on each scss compilation, the icon file is generated and updated
[06 20:15:15] so either :
[06 20:15:21] 1. you don't have any scss generated
[06 20:15:45] and the icon scss is cleared as well waiting for the system to be updated
[06 20:16:02] 2. you have the scss file updated and the icons are updated as well
[06 20:16:03]
[06 20:16:07] theoritecally of course
[06 20:16:16] since you seems to be out of the 2 options :p

The only way for the icons to be cleared is manually, but you cannot clear the file without every other scss which then should trigger the compilation and repopulate the icons-vars css file! :/
No errors in log @raimund-schluessler @blizzz

[raimund-schluessler]

The icons-vars.scss file is present, I see it on the disk, but the path under which it is requested is wrong.

[skjnldsv]

@blizzz likewise?
@raimund-schluessler the filed is filled too?

[raimund-schluessler]

Yes, it is filled, and looks correct.

[blizzz]

@skjnldsv yes, it is present and populated

$ find -name icons-vars.css
./data/appdata_oc1aiufaw3gw/css/icons/icons-vars.css

[blizzz]

The request does not make it to the CssController.

UPDATE: Cannot, because the request path is wrong. In my case, the subfolder is missing. It is fired against http://nc.zara/index.php/css/icons/icons-vars.css, but it should be http://nc.zara/master/index.php/css/icons/icons-vars.css Like with @raimund-schluessler, I didn't spot it at first.