Grommunio-Files funktioniert nach update nicht mehr

speedyhome

grommunio-files-31.0.9-lp156.10.1.noarch funktioniert nach update nicht mehr
Website ist Err_Invalid_response

und im log
"app":"core","method":"GET","url":"/files/index.php/login","message":"conflict with value type from database"
"app":"theming","method":"GET","url":"/files/index.php/login","message":"conflict with value type from database"

Duese6

Geht mir ähnlich. Schaut irgendwie nicht richtig aus

Duese6

Meine Güte.... ich habs gefunden (zumindest was das Style-Problem angeht und ich kein Web-Entwickler bin 😉)

ich musste aus der .conf
/usr/share/grommunio-common/nginx/locations.d/grommunio-files.conf

das hier entfernen. Damit er wieder die .css files läft.

types {
application/javascript mjs;
}

Rest müsste ich testen. Ich nutze Files aktuell in keiner wirklichen Prod-Umgebung.

speedyhome

funktionieren nur keine javascripts mehr ^^

Duese6

Doch, weil er zieht das ja schon über die std. MIME config (mime.types unter /etc/nginx/mime.types)
Zumindest geht bei mir alles danach wieder, wie es soll.
Mit nginx -T | less kannst dir die Config anschauen, die quasi über x includes zusammengebaut wird.
Bzw. wenn ich mich recht erinnere ist mjs schon in grommunio-web.conf

speedyhome

dann habe ich das in /etc/nginx/mime.types
geändert zu dem eintrag

application/javascript js mjs;

Duese6

speedyhome

genau, das hatte ich auch. Nur dann kam ne Warning, dass mjs schon definiert sei. Und die Definition habe ich dann tatsächlich noch in grommunio-web.conf gefunden

Mister2

Have same issue here, can just about login with the login box crammed on left side of screen, but once logged in web interface is badly broken and pretty much unusable.

Have just installed today's update grommunio-files 31.0.9-lp156.11.1 noarch but no change in behaviour even following reboot.

Fortunately, the Nextcloud client seems to be working normally, so just an admin console issue. Workarounds mentioned above do not seem to have any effect for me. Also likely to be overwritten with any updates that come from Development to fix this issue caused by Files 31.0.9

EDIT: Have been testing and have found the following warning showing in the Nginx logs (within the admin gui), all other nginx logs entries are as normal.

nginx: [warn] duplicate extension "mjs", content type: "application/javascript", previous content type: "application/javascript" in /usr/share/grommunio-common/nginx/locations.d/grommunio-web.conf:60

Mark

Duese6

Update to grommunio-files 31.0.9-lp156.11.1 did still not fix the problem.
So after update to this version, you have to patch your nginx files again.

crpb

i don't use files and it isn't even available as a public repository ....

@mwilliams

diff --git a/usr/share/grommunio-common/nginx/locations.d/grommunio-files.conf b/usr/share/grommunio-common/nginx/locations.d/grommunio-files.conf
index 0cc070f..8177333 100644
--- a/usr/share/grommunio-common/nginx/locations.d/grommunio-files.conf
+++ b/usr/share/grommunio-common/nginx/locations.d/grommunio-files.conf
@@ -1,5 +1,5 @@
 types {
-    application/javascript  mjs;
+    application/javascript  mjs js;
 }

 location ^~ /files {

or add the types { } ; in a location block to limit it's override

Andy

Bei mir funktioniert es ohne Eingriffe

localhost:~ # rpm -qi gromox | head -n 3 && rpm -qa *grom* | sort
Name        : gromox
Version     : 2.48.159.ge0edebb
Release     : lp156.81.1
grommunio-admin-api-1.17.20.959e6b1-lp156.26.1.noarch
grommunio-admin-common-42.e17ec55-lp156.34.1.noarch
grommunio-admin-web-4.0.0.20.e108996-lp156.135.1.noarch
grommunio-antispam-3.12.1-lp156.1.1.x86_64
grommunio-archive-1.3.13.g137.d1b0df1b-lp156.9.114.x86_64
grommunio-chat-9.11.17-lp156.6.1.x86_64
grommunio-common-28.1-lp156.9.1.x86_64
grommunio-cui-1.1.3.b0091e0-lp156.5.1.noarch
grommunio-dav-1.5.7.79883e7-lp156.4.1.noarch
grommunio-dbconf-1.1.1.da20a46-lp156.10.1.x86_64
grommunio-error-pages-1.0.10.bb2df37-lp156.17.1.noarch
grommunio-files-31.0.9-lp156.11.1.noarch
grommunio-imapsync-2.290-lp156.1.1.noarch
grommunio-index-1.3.0.g2bd8a8c-lp156.6.1.x86_64
grommunio-office-7.4.1-lp156.6.31.x86_64
grommunio-office-fonts-7.4.1-lp156.6.31.noarch
grommunio-release-2025.1.2-lp156.3.1.x86_64
grommunio-setup-1.1.14.768d394-lp156.70.1.noarch
grommunio-sync-2.2.4.8c6a560-lp156.4.1.noarch
grommunio-web-3.14.32.ge563a31b9-lp156.291.1.noarch
gromox-2.48.159.ge0edebb-lp156.81.1.x86_64
gromox-debuginfo-2.48.159.ge0edebb-lp156.81.1.x86_64
gromox-debugsource-2.48.159.ge0edebb-lp156.81.1.x86_64
grub2-theme-grommunio-1-lp156.20.1.noarch
patterns-grommunio-1-lp156.9.1.x86_64
plymouth-theme-grommunio-1-lp156.20.1.noarch
systemd-coredump-grommunio-1-lp156.3.1.noarch
systemd-presets-branding-grommunio-2024.06-lp156.2.1.noarch
system-user-grommunio-10-lp156.6.1.noarch
system-user-gromox-9-lp156.6.1.noarch
You have new mail in /var/spool/mail/root
localhost:~ #

Duese6

Hi zusammen. Frisch installiertest System.
/archive scheint irgendwie ebenfalls Probleme mit Stylesheets zu haben.
/files bringt den von ganz oben @speedyhome angesprochenen Err_Invalid_response

Wenn ich jetzt meinen "Fix" anwenden möchte, (bzw. include auf mime.types geht auch), dann geht /archive wieder und /files knallt mit 500.
Wenn ich dann in die Logs schaue, sehe ich das:

"Exception":"OCP\Exceptions\AppConfigTypeConflictException","Message":"conflict with value type from database","Code":0,"Trace":[{"file":"/usr/share/grommunio-files/lib/private/AppConfig.php","line":413,"function":"getTypedValue","class":"OC\AppConfig","type":"->"},{"file":"/usr/share/grommunio-files/apps/theming/lib/ThemingDefaults.php","line":525,"function":"getValueBool","class":"OC\AppConfig","type":"->"},

Hi everyone. Freshly installed system.
/archive also seems to have problems with stylesheets.
/files returns the Err_Invalid_response mentioned by @speedyhome at the top.

When I try to apply my “fix” (or include on mime.types also works), /archive works again and /files returns a 500 error.
When I look in the logs, I see this:

Duese6

Habe was herausgefunden: Auf einem laufenden System fehlt dieser Eintrag in der Datenbank.

Nach dem Löschen (und einmal sauber neu gestartet), siehe da, Anmeldemaske kommt sauber. Und auch die Anmeldung selbst geht gut.

Bei mir schaut die Tabelle oc_appconfig hinterher so aus, wie auf meinem laufenden System auch:

Hoffe das hilft manchen weiter.

Mister2

Today's Grommunio-Files Update grommunio-files 31.0.9-lp156.12.1 seems to have resolved my login screen and Files webpage issue. Hopefully, will also resolve issues reported by others above.

Thanks to the Dev's for resolving this little glitch.

Mark

Duese6

Yes. They added
include /etc/nginx/mime.types;
to grommunio-files.conf