Hello! Trying to log into chat in for the first time: @aa13q:chat.opendesktop.org.
No luck: Request URL: https://chat.opendesktop.org/_matrix/client/r0/login
504 error (gateway timeout).
Riot web error message:
Error: Problem communicating with the given homeserver. (HTTP 504)
No luck still As mentioned, I’ve tried riot web deployed at chat.opendesktop.org.
Also tried KDE NeoChat and element-io clients. Same 504 error (both with chrome and firefox in case of web clients) and tried two local ISPs (mobile and wired).
I’ve created new opendesktop account right now (@alexey-a:chat.opendesktop.org), got email confirmation. I’m able to log in into forum, but not able to login into matrix chat, same 504 error at the first login.
Different homeservers (like matrix-org) are working fine with the same conditions though.
I’ve just tried Neochat logging out and re-adding the account, same in Element and the Riot web interface… Maybe there is some issue with your account. I’ll get Alexander to check your account and see if something is wrong.
It’s to do with cross-site scripting, the current config is a little off. We are building a new server to resolve the issue. This will also make it easier for us to do maintenance on the server and keep it running nicely.
@justinz
Is this solution, solution approach also sustainable? I see that there were problems with login in Matrix already in 2019 - s. [1] Can't login to Matrix chat (solved). I am in Fediverse as a user since 2016 - see Hubzilla [2]. Hubzilla is implemented as a decentralized network. An excerpt from the Hubzilla help:
[start of quote=“Hilfe: About (realtime.fyi)”] Single Sign-on
Access Control Lists work for all channels in the grid due to our unique single sign-on technology. Most internal links provide an identity token which can be verified on other Hubzilla sites and used to control access to private resources. You login once to your home hub. After that, authentication to all Hubzilla resources is “magic” [/end of quote]
As a Hubzilla beginner “Single Sign-on made in Hubzilla” [3] this feels unusual to get used to, but it’s actually like this - I register an account (strictly speaking an identitylogin-X@hub-Y.tld on ONE Hubzilla node(Hub Y)) and with the identity login-X@hub-Y.tld I can sign-on myself on all participating Hubs - without registration. Provided another hub Z allows me to log in. Which permissions I have after logging in on hub Z is determined by the provider of hub Z.
This “single sign-on made in Hubzilla” is one of the special features of Hubzilla and works flawlessly all the time. That’s why I describe this in such detail as a suggestion. Maybe it is worth to consider in the medium or longer term to apply the solution based on the magic “Single Sign-on made in Hubzilla” functionality also for the “Single Sign-on @ opendesktop.org-services”?
“Single Sign-on made in Hubzilla” is a mature, low-maintenance solution that has been in use for years and does not cause any additional effort for hub admins. Not unimportant - “Single sign-on made in Hubzilla” also feels very pleasant for a user, provides positive user experience.