Closed rodinux closed 3 months ago
I see the same console errors here too https://github.com/YunoHost-Apps/piwigo_ynh/issues/127
And I also have a malformed display of both apps. Not sure where to investigate
I believe that the console errors for the YNH portal is referring specifically to the tile that appears in some apps in the bottom corner allowing you to quickly access other apps, and I believe it to be unrelated to the issue at hand. But that's just a theory. e.g. same error on archivebox installation that does not have malformed wepage. However, no ynh portal square.
I have it disabled before installing any of these apps.
Same issue here. As advised on the forum, I installed the old larry theme:
# cd /var/www/roundcube/skins
# git clone https://github.com/roundcube/larry
# chown -R roundcube:www-data larry
# nano ../config/config.inc.php (and replacing elastic by larry in this config file)
It worked as a workaround.
I went for an updated Elastic-based theme instead of Larry, and it works like a charm. Really did not want to go back to Larry after being used to Elastic for so long.
# cd /var/www/roundcube/skins
# git clone https://github.com/seb1k/Elastic2022.git
# chown -R roundcube:www-data Elastic2022
# nano ../config/config.inc.php
last line in config:
// skin name: folder from skins/
$config['skin'] = 'Elastic2022';
Any chance that the composer files being owned by root have something to do with this commit? export COMPOSER_ALLOW_SUPERUSER=1
,
From install log:
2024-07-12 14:32:46,954: DEBUG - + php8.1 /var/www/roundcube/composer.phar install --no-dev -d /var/www/roundcube --no-interaction --no-ansi
2024-07-12 14:32:47,208: DEBUG - Composer plugins have been disabled for safety in this non-interactive session. Set COMPOSER_ALLOW_SUPERUSER=1 if you want to allow plugins to run as root/super user.
2024-07-12 14:32:47,209: DEBUG - Do not run Composer as root/super user! See https://getcomposer.org/root for details
2024-07-12 14:32:47,404: DEBUG - No composer.lock file present. Updating dependencies to latest instead of installing from lock file. See https://getcomposer.org/install for more information.
However, the elastic theme did work properly on the prior version with this commit (from January 2024 to May 2024), so maybe not.
I think the issue comes from this commit: https://github.com/YunoHost-Apps/roundcube_ynh/commit/dccb989e9d4334bb040e88677321dd387a3604f0#diff-06ac558c9cfca9e31a9a235f18d98e6d0c3bfee8bee0088108a29f2c60b318e3
You see that the source of code used is the archive of the github repo instead of the release file. I guess that the CI/CD prepares the packages more specifically than just archiving the repo.
Anyway, I forked the repo, changed the source to the release of version 1.6.7 and it worked as expected on my Yunohost instance. I'm sending a PR right away.
Describe the bug
fresh roundcube installation has some sort of theme issue
Context
Steps to reproduce
Expected behavior
Install roundcube, open the page login with correct css ans js theme.
Logs
No logs important found. But we have a discussion on the forum with this bug: https://forum.yunohost.org/t/roundcube-installation-issues/29840/8
The login page is unreadeable
It seems permissions are not the same on some app working...
Comparing files permissions on both servers :
Wrong display
Correct display
Here the console errors on firefox