-
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
Theme filetype icons applied only intermittently to external folders #25461
Comments
If you see it appearing and being replaced, I suspect it's the "external storage availability check" code that replaces it with the wrong icon and doesn't use the theme. |
It looks like the problem lies in This patch sorts the immediate problem out for me, but it looks as if there would still be problems sharepoint and Windows Network Drives |
The code isn't the same as the one for 8.2, and that part is something that changed between versions, so I'm not going to be of help here... Anyway, the patch make sense. The only thing "weird" is the name of the icon. I'm not sure if the one from the theming should match with the default one ( @tipichris could you make a PR with the patch so we can review and test it? |
See issue owncloud#25461. When using a theme with alternative filetype icons `OCA.External.StatusManager.Utils.getIconRoute` should respect that, rather than hard coding the default icon. Note this change does not affect windows_network_drive and sharepoint icons, which appear not to be easily themeable.
@jvillafanez PR done. |
See issue #25461. When using a theme with alternative filetype icons `OCA.External.StatusManager.Utils.getIconRoute` should respect that, rather than hard coding the default icon. Note this change does not affect windows_network_drive and sharepoint icons, which appear not to be easily themeable.
See issue #25461. When using a theme with alternative filetype icons `OCA.External.StatusManager.Utils.getIconRoute` should respect that, rather than hard coding the default icon. Note this change does not affect windows_network_drive and sharepoint icons, which appear not to be easily themeable.
See issue #25461. When using a theme with alternative filetype icons `OCA.External.StatusManager.Utils.getIconRoute` should respect that, rather than hard coding the default icon. Note this change does not affect windows_network_drive and sharepoint icons, which appear not to be easily themeable.
See issue #25461. When using a theme with alternative filetype icons `OCA.External.StatusManager.Utils.getIconRoute` should respect that, rather than hard coding the default icon. Note this change does not affect windows_network_drive and sharepoint icons, which appear not to be easily themeable.
See issue #25461. When using a theme with alternative filetype icons `OCA.External.StatusManager.Utils.getIconRoute` should respect that, rather than hard coding the default icon. Note this change does not affect windows_network_drive and sharepoint icons, which appear not to be easily themeable.
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
occ maintenance:mimetype:update-js
Expected behaviour
File icons should be those from the theme
Actual behaviour
Most file icons are those from the theme. However, those for external folders are from core.
In fact, the new icon seems to display momentarily, then the row is greyed out briefly and when it is un-greyed the icon is that from core. Various changes that result in ajax calls also result in the icon being changed to that from the theme, for example, marking or unmarking the folder as a favourite.
It appears that some sort of dom manipulation is going on for external folders shortly after the file list loads and this is not respecting the theme. Further dom manipulation does respect the theme and changes the value of the elements background URL accordingly.
Server configuration
Operating system:
Ubuntu 14.04
Web server:
Apache
Database:
MySQL
PHP version:
5.5.9
ownCloud version: (see ownCloud admin page)
9.0.3
Updated from an older ownCloud or fresh install:
Fresh install
Where did you install ownCloud from:
Repositories
Signing status (ownCloud 9.0 and above):
No errors have been found.
List of activated apps:
Enabled:
Disabled:
The content of config/config.php:
$CONFIG = array (
'updatechecker' => false,
'instanceid' => 'REMOVED',
'passwordsalt' => 'REMOVED,
'secret' => 'REMOVED',
'trusted_domains' =>
array (
0 => 'fileshare.REMOVED.com',
),
'datadirectory' => '/var/ownclouddata',
'overwrite.cli.url' => 'https://fileshare.REMOVED/owncloud',
'dbtype' => 'mysql',
'version' => '9.0.3.2',
'dbname' => 'owncloud',
'dbhost' => 'localhost',
'dbtableprefix' => 'oc_',
'dbuser' => 'oc_admin',
'dbpassword' => 'REMOVED',
'logtimezone' => 'UTC',
'installed' => true,
'ldapIgnoreNamingRules' => false,
'mail_smtpmode' => 'php',
'mail_from_address' => 'info',
'mail_domain' => 'REMOVED.com',
'theme' => 'aspect',
'loglevel' => 0,
'memcache.local' => '\OC\Memcache\APCu',
);
Are you using external storage, if yes which one: local/smb/sftp/...
SMB
Are you using encryption: yes/no
No
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
Yes, LDAP
LDAP configuration (delete this part if not used)
Sorry, it's big and unlikely to be relevant
Client configuration
Browser:
Firefox
Operating system:
Ubuntu
The text was updated successfully, but these errors were encountered: