-
-
Notifications
You must be signed in to change notification settings - Fork 123
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
Hangs while starting #339
Comments
I think this is a Matrix server problem. I just set up my Matrix server and I get the same issue. I tried with other clients, same result. You should report this to the developers of your Matrix server instead if this is the case. |
I am not sure about that, other clients work perfectly fine on my server. It may be some combination though |
I am having the same issue, also running gomuks from a pinebook pro (on Manjaro). I had been using gomuks on this machine for a while without issue, but recently reinstalled my homeserever using https://github.com/spantaleev/matrix-docker-ansible-deploy rather than from the debian package. Previously my server was at domain.xyz, but the docker-ansible-deploy sets the server up at matrix.domain.xyz while the username is at @username:doimain.xyz. Could those not being the same cause this problem somehow? Furthermore, I am connected to the homeserver from multiple client other devices (using element) which suggests the issue is with gomuks not the homeserver. |
I think the domain you host your server on and the server part after your username need to match. |
This is not the case. For example you can use gomuks to log to the reference matrix.org server which is at matrix-client.matrix.org, but the username is @username:matrix.org, so I'm thinking it's something else. Edit: I may have found the answer. I was looking for if any other clients had similar issues and saw one for element that sounded similar. element-hq/element-android#983 (comment) Following the comment I linked, I changed my synapse configuration away from the default setting to instead point the public_baseurl variable to my matrix.domain.xyz rather than just domain.xyz, cleared my gomuks files and restarted it. Everything seems to work now! |
I am not sure that the public_baseurl variable actually does anything other than populating the value in the /.well-known/matrix/client file. I have the .well-known directory separate on another server with another domain, just like you do. I can now confirm that it doesn't only fail to connect on a Pinebook Pro running Alpine, it also fails on a "normal" Thinkpad running Arch. But it's a funny occurence that both of us use a Pinebook Pro. Or not so much, as most other Matrix Clients are slow on these things. Another peculiar thing I discovered: This is a line from the gomuks log: There is another TLS proxy in between, but I've never had any problems with it whatsoever, so I wouldn't know why it might be a problem |
I found my problem. It's far simpler than I assumed. My TLS proxy had a timeout setting, set to 3 seconds. This is by far not enough for the long polling that Matrix does. And apparently not long enough for Gomuks to do the first synchronization. It now starts fine |
After logging in, gomuks just shows an infinite progress indicator. In the log, I find this message:
[2022-01-28 10:41:32] Sync failed: request error: Get "https://matrix.my.domain/_matrix/client/r0/sync?filter=5&timeout=30000": unexpected EOF
Deleting cache, config and data didn't help, I couldn't get it to work previously. I'm on a pinebook pro (arm) running postmarketOS / Alpine Linux
The text was updated successfully, but these errors were encountered: