Closed csolisr closed 12 months ago
Did you edit the log out does it actually try to connect to example.net
? (believe it or not but that's a real website!)
Yes, as indicated above I redacted my actual domain with example.net
for security concerns. The site does not, in fact, connect to the actual example.net
.
Follow up to this issue - I thought it would be solved by disabling some plugins I had installed on Firefox, but the issue persists in another machine. Is there something I can send you from the logs?
Checking my nginx configuration, I can see that the current configuration for CAS is:
location /_matrix/ {
[...]
# Use the specific path for the php file. It's more secure than global php path
location /_matrix/cas_server.php {
Which means that the URL that Synapse is expecting would be in the form of https://example.net/_matrix/cas_server.php
, but the newest version of Element expects the CAS to be in the form of https://example.net/_matrix/client/v3/login/sso/redirect/cas
- maybe I should raise the issue on the synapse_ynh
repository as well?
Hello,
FYI, same problem here.
Same problem here.
Closing as it's liked to a synapse issue. cf https://github.com/YunoHost-Apps/synapse_ynh/issues/412
Describe the bug
After the latest update of Element / Synapse, the web client only shows the option to log in using CAS, which results in an infinite loop.
Context
Steps to reproduce
Expected behavior
The browser should be able to correctly redirect the user to the CAS login mechanism.
Logs
From the console log (URL redacted to
example.net
):