Closed eHonnef closed 8 months ago
Last commit should fix this. Thanks for the report.
Hello, I'm not sure if the fix worked :(
I tried recently, even generated a new docker image from master. I observed 2 behaviors:
I double checked my configuration files, but it looks like there are two different OIDC possible configurations in this file:
one under [authn]
and one under [ui]
and the one under [ui]
doesn't have the possibility to add the client_secret
.
On my keycloak, it looks like it doesn't give the client key:
2024-03-16 12:00:47,603 WARN [org.keycloak.events] (executor-thread-149) type="CODE_TO_TOKEN_ERROR", realmId="redacted", clientId="redacted", userId="null", ipAddress="redacted", error="invalid_client_credentials", grant_type="authorization_code"
Also, if I try to change the OIDC client to one that doesn't require the client_secret, it also doesn't work.
11:58AM INF GET /login duration=0 remote-addr=redacted req-id=redacted size=19 status=404 user-agent="Mozilla/5.0 (X11; Linux x86_64; rv:123.0) Gecko/20100101 Firefox/123.0"
You have 2 OIDC configurations:
I wondering if the /login redirection properly handled by the WebApp... because if the WebApp is not yet installed (by the service worker) the redirection will be sent to the server side and fail with this 404. I have to test this.
Last commit serve the UI as a SPA (Single Page Application) and should handle properly the /login redirection .
Hello,
I'm using the docker-compose file.
I setup the OIDC for readflow, but when I try to access the public (even the local) address, it will redirect to the /login page, in which will return a 404.
I checked my NGINX config, but it seems to be redirecting properly because I set the authentication method as "mock" and I could access it.
Also I can see the 404 error inside the container:
By the logs, it seems that the OIDC was properly identified:
And well, it doesn't even try to redirect to keycloak.
Thanks so far :)