Um, now there is a “reset password” link, but it does not work properly at least in my case. My recovery address from LW1 was not in the version of the database that was imported to Lesser Wrong, and apparently setting that address as an ‘email’ in the “edit account” page did not help, either—it is not seen by the “reset password” functionality as a recovery address associated with my user. Weird.
Um, yes I did? (The email does appear in my ‘account’ page, after all.) Anyway, this issue is not so critical to me that I need “real-time support” from the site devs or anything like that. I only really care to the extent that other users may be similarly affected (as seen, e.g. from recent discussions on LW1!). So if it turns out that this is not a generalized problem w/ the site that would also hit other people, I’d think it preferable to just wait until other work on LW2 is completed and perhaps revisit the issue at a later time.
Ah, sorry. I suggested pinging us on Intercom because it will make it easier to find out the source of the bug via real-time chat than here in the comments. I am unsure whether other users will have the same problem before I know what the source of the problem is.
Can you tell me what’s printed in your browser console when you press the reset button?
I might have the same problem—I managed to log in with my lw1 password, but failed to update the password.
(The user interface for changing password is confusing so I’m not sure if I’m following the correct procedure.)
Originally the “EMAIL” field in “Edit Account”-page was empty (even I had set the recovery email before the lw1 was shut down) and clicking the “RESET PASSWORD” caused popup “Must pass options.email”. I set the “EMAIL” field and pressed the SUBMIT-button. After that clicking the “RESET PASSWORD” in “Edit Account”-page caused popup “User not found” to appear. (Nothing appears in browser console.)
Trying to log in to greaterwrong with the lw1 password caused message “LessWrong 1.0 detected, legacy password salt attached” to appear and the Username and Password fields to be erased. Trying to log in again produced the same result. Trying to use greaterwrong’s reset password feature gave the same “User not found”-error.
Any progress on this? With the switchover from LW1 now imminent, I’ve looked at the LessWrong code on github a bit more and from a cursory review, it really does seem that the usecase or ‘flow’ of a user editing their own “recovery email” address is broken. The code calls the proper Meteor/Vulcan functions when creating a new user, and will in turn create new users when importing them for the first time from a legacy (LW1) database, but aside from that, there is no acknowledgement that Vulcan/Meteor has its own functions in the ‘account’-related packages for setting/updating these data. Did you test this user flow (even just in a test instance of the code) and verify that it can be used to set an email address that the “forgot password/reset password” will rely on?
Huh, apologies for not being available for ‘realtime chat’ then. I just tried this quickly with a JS console, but weirdly enough I don’t see any message when pressing that button—all I see is the usual error message “user not found” popping up in the browser webview (This is probably an issue on my end, though—I’m not really familiar with how the browser console works). What I do see (though in the network view, not quite in the console) is the info being updated when I submit the “edit account” form, and I notice that the resulting object has an “email” property with the desired address as a string. (However, from quickly perusing the Meteor source code, it looks like it has all sorts of specialized functions on the server side for creating/updating/setting ‘account email’ data—e.g. it seems to keep track of ‘verified’ status and to also support multiple emails per user. I wonder if the problem is that the “edit account” ‘flow’ is not resulting in these functions being called? Or perhaps it’s not providing data in the format they expect? Something to look into, perhaps. I’m not sure how LW2 itself changes what Meteor does by default here)
Um, now there is a “reset password” link, but it does not work properly at least in my case. My recovery address from LW1 was not in the version of the database that was imported to Lesser Wrong, and apparently setting that address as an ‘email’ in the “edit account” page did not help, either—it is not seen by the “reset password” functionality as a recovery address associated with my user. Weird.
Did you submit the form before you pressed the reset account button? Otherwise can you ping us on Intercom and I can debug it in detail.
Um, yes I did? (The email does appear in my ‘account’ page, after all.) Anyway, this issue is not so critical to me that I need “real-time support” from the site devs or anything like that. I only really care to the extent that other users may be similarly affected (as seen, e.g. from recent discussions on LW1!). So if it turns out that this is not a generalized problem w/ the site that would also hit other people, I’d think it preferable to just wait until other work on LW2 is completed and perhaps revisit the issue at a later time.
Ah, sorry. I suggested pinging us on Intercom because it will make it easier to find out the source of the bug via real-time chat than here in the comments. I am unsure whether other users will have the same problem before I know what the source of the problem is.
Can you tell me what’s printed in your browser console when you press the reset button?
I might have the same problem—I managed to log in with my lw1 password, but failed to update the password.
(The user interface for changing password is confusing so I’m not sure if I’m following the correct procedure.)
Originally the “EMAIL” field in “Edit Account”-page was empty (even I had set the recovery email before the lw1 was shut down) and clicking the “RESET PASSWORD” caused popup “Must pass options.email”. I set the “EMAIL” field and pressed the SUBMIT-button. After that clicking the “RESET PASSWORD” in “Edit Account”-page caused popup “User not found” to appear. (Nothing appears in browser console.)
Trying to log in to greaterwrong with the lw1 password caused message “LessWrong 1.0 detected, legacy password salt attached” to appear and the Username and Password fields to be erased. Trying to log in again produced the same result. Trying to use greaterwrong’s reset password feature gave the same “User not found”-error.
Any progress on this? With the switchover from LW1 now imminent, I’ve looked at the LessWrong code on github a bit more and from a cursory review, it really does seem that the usecase or ‘flow’ of a user editing their own “recovery email” address is broken. The code calls the proper Meteor/Vulcan functions when creating a new user, and will in turn create new users when importing them for the first time from a legacy (LW1) database, but aside from that, there is no acknowledgement that Vulcan/Meteor has its own functions in the ‘account’-related packages for setting/updating these data. Did you test this user flow (even just in a test instance of the code) and verify that it can be used to set an email address that the “forgot password/reset password” will rely on?
Huh, apologies for not being available for ‘realtime chat’ then. I just tried this quickly with a JS console, but weirdly enough I don’t see any message when pressing that button—all I see is the usual error message “user not found” popping up in the browser webview (This is probably an issue on my end, though—I’m not really familiar with how the browser console works). What I do see (though in the network view, not quite in the console) is the info being updated when I submit the “edit account” form, and I notice that the resulting object has an “email” property with the desired address as a string. (However, from quickly perusing the Meteor source code, it looks like it has all sorts of specialized functions on the server side for creating/updating/setting ‘account email’ data—e.g. it seems to keep track of ‘verified’ status and to also support multiple emails per user. I wonder if the problem is that the “edit account” ‘flow’ is not resulting in these functions being called? Or perhaps it’s not providing data in the format they expect? Something to look into, perhaps. I’m not sure how LW2 itself changes what Meteor does by default here)