openSUSE admin

Could be a misconfiguration: https://github.com/ether/etherpad-lite/issues/5401#issuecomment-1100897670

Hi,

thanks for the report and for the upstream pointer.

I suppose this is a result of my update in https://build.opensuse.org/package/rdiff/openSUSE:infrastructure/etherpad-lite?linkrev=base&rev=36.

The installation of this update seems to cause some error (I suspect a conflict between the annoying self-updater and the package) which we'll have to solve first:

2024-07-04 01:45:11|command|root@etherpad|'zypper' 'up' '-y' '--auto-agree-with-product-licenses'|
# 2024-07-04 01:45:18 etherpad-lite-2.1.0-lp156.1.1.x86_64.rpm install failed
# warning: /etc/etherpad-lite/settings.json created as /etc/etherpad-lite/settings.json.rpmnew
# error: unpacking of archive failed on file /srv/www/etherpad-lite/src/node_modules/@types/node: cpio: File from package already exists as a directory in system
# error: etherpad-lite-2.1.0-lp156.1.1.x86_64: install failed
# error: etherpad-lite-1.9.7-lp156.3.1.noarch: erase skipped

Upon trying to repair the broken update, I apparently managed to completely break it. No error messages on the server, but some in the browser console upon loading pads. The only similar issue I find is https://github.com/ether/etherpad-lite/issues/6344, but even moving the whole application directory away and reinstalling without plugins does not help. Not sure what to do - I had tested the package on my system where it worked fine. I also compared the settings and commented deprecated ones.

Admin panel does not work either, apparently one needs to build that separately now: https://github.com/ether/etherpad-lite/issues/6367#issuecomment-2103359993 - prepared this via https://build.opensuse.org/package/rdiff/home:crameleon:branches:openSUSE:infrastructure/etherpad-lite?linkrev=base&rev=2.

For the pads, I tried copying the application directory from my test system, but that does not help either. I also tried connecting to the Node server internally without going through the proxy. Browser always claims "Firefox can’t establish a connection to the server at ws://etherpad.infra.opensuse.org:9001/socket.io/?padId=test&EIO=4&transport=websocket." and "Error: xhr poll error" on the websocket." (or with the public URL if going through etherpad.o.o).

Debug logging prints lots of garbage but no errors upon trying to load pads or anything else sounding like websockets.

Lots of comparing of my test setup and production later, including importing the big ~1GB production database, I find the issue to be in settings.json.

"Broken" line in production:

"socketTransportProtocols" : ["xhr-polling", "jsonp-polling", "htmlfile"],

"Working" line in my test setup:

"socketTransportProtocols" : ["websocket", "polling"],

This change, together with changing userName and userColor to null instead of false, plus some more refactoring of the package via https://build.opensuse.org/request/show/1185905, should make the new version fully operational.