-
-
Notifications
You must be signed in to change notification settings - Fork 879
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
Login issues after upgrading to 0.19.2 #4379
Comments
maybe related to #4321? |
reproduction steps, also work with lemmy.ml: set the |
So I guess a work-around would be to temporarily down grade to lemmy-ui 0.19.1 until all users have their cookies reset? Edit: hmm, its not entirely clear where this regression was introduced looking at the changes. Maybe it's even necessary to downgrade to 0.19.0? |
some people migrated straight from 0.18 to .1 and didn't report such issues, i'm pretty sure this is only since .2. it looks like the only db migration is a unique constraint on site names being dropped, it should be easy to migrate back to .1, although you may want to check if you happened to have some non-unique sites in your db now: https://github.com/LemmyNet/lemmy/tree/0.19.2/migrations/2024-01-02-094916_site-name-not-unique |
Ah, so you think this also requires a downgrade of the back end? That would explain why I couldn't really find a relevant change in the frontend 🤔 |
I suspect this was #4321, which was a backend change. |
Hexbear had this issue when they upgraded from 0.18.3 to 0.19.1. https://hexbear.net/post/1409259 |
i'll try to repro this with going both from 0.18.5 to 0.19.1 and 0.18.5 to 0.19.2 to see where it breaks |
You can also reproduce this on some random 0.19.1 instances, just set an invalid Pick a random 0.19.2 instance, set the cookie, observe breakage, e.g.: Note that you might need to do a full reload (cmd+shift+r, ctrl+f5) in some cases to bypass the cache. WarningIf you're testing this in your regular browser session you'll likely want to clear the invalid cookies afterwards, as this currently also breaks pictrs on those instances. |
details from hexbear's update to 0.19.1: i'll see if i can find some time later or tomorrow to try to replicate this aspect, as i did not attempt to login in my previous tests. there might be more than one problematic issue here, although i suspect both would likely be addressed if lemmy-ui discarded the auth cookie when it determines it's invalid. |
It is still technically a lemmy-ui issue, isn't it? |
The main issue is with lemmy-ui imho, where an invalid token causes the UI to become completely stuck, with the user unable to re-login. Relevant: #4319 (comment) |
I just tested the scenario described for hexbear, although without actually doing an upgrade, and I can't reproduce it. I've spun up a new 0.19.1 instance from scratch, set the same To check whether this is different on an upgraded instance, I deleted the instance again and spun up yet another one. |
There is 0.19.3-rc.1 available now which includes a fix for this. The PR is #4380. |
Requirements
Summary
After upgrading from 0.18.5 to 0.19.2 all users with a login cookie are locked out of the page with an error message and the only way to fix this is to manually delete all site cookies, which is a bit hard to explain to users when they can't access the site.
I tried re-generating the jwt_secret in the database to forcefully log out users, but this had the opposite effect with the error re-appearing for users that had already removed their cookies, which lets me assume the problem might be that the ui doesn't recognize that the jwt secret changed. This would be a regression as this worked previously.
Steps to Reproduce
Technical Details
Official docker containers. Other instance admins seem to have the same issue.
Lemmy Instance Version
0.19.2
Lemmy Instance URL
https://slrpnk.net
The text was updated successfully, but these errors were encountered: