Well, that was access via a local IP address not via the traefik reverse proxy domain name (I’m assuming that’s why it couldn’t resolve the request). I was using the gitlab oidc settings.
However, the only thing I can figure out about why vikunja presents the login form when access locally and not when accessed through the traefik proxy, is the “sw.js” file isn’t being loaded? I’m actually seeing a 304 error for that file in the logs.
OK I tried deleting the local volume mounts and redeploying the stack and it seemed to have made an improvement (as in I can see the login form now). However, I’m getting an error “missing or malformed jwt” upon clicking submit.
I’m including a link to the logs for both the frontend and api containers. hastebin
Vikunja would hide the login form if it can’t figure out if authentication is enabled or not. It does this by calling the /api/v1/info endpoint. If you can reach this through the browser it should work. If it does not, check if there are any errors in the browser dev tools console.
304 is not an error, it simply means the file hasn’t changed on the server so the browser doesn’t need to download it again.
That should only happening for routes requiring authentication, not the login route. It could be a browser issue, can you try in a private window?