-
-
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
theme app does not change logo nor background #6267
Comments
Thanks for the detailed report! The bug is already fixed in the stable12 branch (see #6067), so it will be fixed in the next Nextcloud 12 maintenance release :-) |
This is a preparatory step for a following change in which reloadStylesheets will have to be able to receive absolute URLs. Signed-off-by: Daniel Calviño Sánchez <danxuliu@gmail.com>
Thank you very much :-) I am happily looking forward to the next release. |
Just tested theming in NC-12.0.3RC2 and it still does not work :-( I can chose a logo and it tells that it got saved, but it is not used by NC. If logging out and back in, it still shows the default NC logo and background. So the issue is still open Also the preview shows a broken image link in the thumbnail. |
@danxuliu can you please re-open this issue? |
I think this really should be fixed before releasing 12.0.3, as it exists since 11 release now. |
Here is my nginx config
|
I can't test 12.0.4 here but in 13beta at least it works flawlessly. (background pic is Banana Bungalow in San Diego - location where in Jan 2010 oC was announced by Frank - 🎂 now 8 years ago) Are you sure nothing is broken on your server? Our company server is also already upgraded to 13Beta otherwise I could simply show you there that it works, there, too... I did test it on demo.nextcloud.com and it works without issues there so it must be a config on your side... |
I just installed the latest stable release (12.0.4snap1 4371) and it's broken. The small logo in the upper left corner (when you are logged in) is updated correctly, but the big logo in the login page and the background image remain the default ones. Also the preview is never shown and the status remains at "Loading preview…" forever. No error is logged in the console nor in the system logs. Edit: is this an issue with the snap package not being able to write the files into the webroot? |
Ah, you use the Snap? @croessner you too? If so, then it should be filed as an issue there... |
@jospoortvliet well I suppose most people coming here with user-level feedback are using the snap, since it's the recommended way to install Nextcloud, according to the documentation. Here's the snap issue |
If the snap is the default install method, why is it a second class citizen for release testing? Next cloud version bumps should probably depend on issues being cleared up there as well since it seems pathologically behind and broken compared to docker or manual methods. |
I don't believe we say Snap is the recommended way, the docs just say that if there are no packages and you don't want to use the tarball, you can use snaps... But yeah, we could put more effort in making the Snap work well, that's true. At the moment our primary 'product' is still the zip/tar file. |
After upgrading 13.0.0.1 having exact same issue. i can see uploaded logo in small window but no change, even can't see background at all. I did fresh install and straight to theming. The only change i made prior to my previous installation is i've upgraded my php version from 7.0 to 7.2 don't know whether related with php version or new release. Would be great if someone can confirm this is working stable in 13.0.0.1 ? |
Same here with a fresh install of 13.0.1.
I'm using the official VM. |
Fresh install of 13.0.1 and same problem. I can see the correct logo when hovering in the console, still not beeing displayed. Console gives SourceMap Error.
EDIT: Everything shows up fine in the app! |
Fresh install from Nextcloud VM scripts, 13.0.1, no way to display custom color logo or background on web GUI. |
Same here! 13.01. just previews the color and login-image under Settings-Theming, but does not actually use it then.... |
Maybe I have solution. |
That's totally weird... It is working just fine here, I can't reproduce the issue with a normal install, but perhaps it is something in the VM; if that is the case @enoch85 should know/test this! 🚀 |
I can confirm that the installation of any app does solve the problem. |
Same here! I did fresh a install of 13.0.1, tried to change logo and background, but nothing happend. (vm) The workaround with the Unsplash app is only working for the Logo. Background isn´t working... |
The Theming App works fine! The problem is the image cache. The trick, changing the logo and background image in the Theming App and then enabling and disabling the Unsplash App, seams to update the image cache. As described in the theming doc it may be necessary to update the image cache. This is done by executing:
|
had the same issue, latest NC 13.0.1, using wonderfall/nextcloud docker image. |
Noticed this exact issue today. You can force your theme changes to update by removing or renaming the It's pretty annoying to have to do this, and I hope it gets fixed, but hopefully this helps some people. Plus, it's a little more sustainable than the "install a new app to force the update" workaround since it only seems to work the first time you install a given app. |
I'm using NextCloud 13.0.2 on Debian Stretch and neither installing and enabling then disabling Unsplash worked nor removing the data/appdata_(instanceid) directory. Changing the name, slogan, URL, or logo in the Theming app has no effect. php occ config:list shows the changes but the interface itself does not change. |
Snaps are probably not going anywhere even faster now that the
closed-control market has also been compromised by malware. This thread
also indicates that the problem we are experiencing is inherent to how
snaps organize data and what remains writeable relative to how the actual
application does it. If you want customization, a read-only container
depending on a closed-source distribution mechanism may not be the best way
to go. The same can be accomplished with docker images in a compose file
without loss of functionality (but an increase in administrative overhead).
Maybe we should just be glad that grandma can run her own with snapd and
not expect plugins to work? That makes the other 98% of plugins which do
work a pleasant surprise instead of this functionality being a thorn in
one's side. :)
…On Thu, May 17, 2018 at 6:02 AM, Pawel Herman ***@***.***> wrote:
I'm using NextCloud 13.0.2 on Debian Stretch and neither installing and
enabling then disabling Unsplash worked nor removing the
data/appdata_(instanceid) directory. Changing the name, slogan, URL, or
logo in the Theming app has no effect. php occ config:list shows the
changes but the interface itself does not change.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#6267 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/ABRPjElxKF_zikue-jDhWFqQNBD94y8Eks5tzUrRgaJpZM4PDadr>
.
--
Boris Lukashev
Systems Architect
Semper Victus <https://www.sempervictus.com>
|
Just FYI, I'm not using Docker. |
Same problem on 13.0.5 |
This is not a caching problem, since running I am experiencing the issue on the latest version, when modifying theme using occ. Doing it in the GUI works. |
I still can not change logo nor background on nextcloud 29.0 |
Steps to reproduce
Expected behaviour
Logo should be changed
Actual behaviour
The info says that the logo was saved and it stays endless at "Loading preview...". The background image below logo also shows a broken image link.
Server configuration
Operating system:
Gentoo Linux 64bit
Web server:
Nginx-1.13.4
Database:
MariaDB 10
PHP version:
7.0.22 with pecl-imagick /jpeg, png and svg support builtin)
Nextcloud version: (see Nextcloud admin page)
12.0.2
Updated from an older Nextcloud/ownCloud or fresh install:
11.0.4 (which had the same problem)
Where did you install Nextcloud from:
Official download page
Signing status:
No signing issues
List of activated apps:
Nextcloud configuration:
Are you using external storage, if yes which one: local/smb/sftp/...
no
Are you using encryption: yes/no
no
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/...
LDAP
LDAP configuration (delete this part if not used)
Client configuration
Browser:
Mac Sierra Safari and latest Google Chrome tested
Operating system:
macOS 10.12.6
Logs
Web server error log
2017/08/26 10:18:49 [info] 3421#3421: *3 client canceled stream 483 while sending request to upstream, client: 193.239.106.201, server: roessner-net.de, request: "GET /nextcloud/apps/theming/styles?reload=1503735523907 HTTP/2.0", upstream: "fastcgi://unix:/var/run/php5-fpm-system.sock:", host: "roessner-net.de"
Nextcloud log (data/nextcloud.log)
For reasons I do not understand, there does not exist such log file. I only have php error logs for the user stored in another path /var/log/fpm-php/system/php_errors.log, which only shows errors, if the database server is rebooted. No other messages.
Browser log
See in the screenshot attached
Nginx config
It is mostly identical to the example on the nextcloud webside (I think ;-) )
Browser JavaScript
Steps to reproduce in pictures
The text was updated successfully, but these errors were encountered: