Item9064: a successful registration used to result in that user being automatically logged in
Priority: Urgent
Current State: Closed
Released In: 1.1.0
Target Release: minor
Applies To: Engine
Component:
Branches:
and my trunk now doesn't seem to do this.
--
SvenDowideit - 26 May 2010
This happens because the registration is completed by the registration agent, not the default user, so the test on line 904 of Register.pm fails. Which user should it be? There appears to be an earlier conversion to the regsitration agent to support adding to groups....
--
CrawfordCurrie - 13 Jun 2010
Fixed, I think. Needs Sven to check my logic regarding the admin status of the registration agent (line 913 of Register.pm, Sven)
--
CrawfordCurrie - 13 Jun 2010
What about the case where one user registers another user?
This happens all the time at our work. An old user helps a new user getting registered. The user that did the registration should remain who he is and not suddenly take on a false identity.
This is especially true in installations where no password manager is used. Ie the users are authenticated by other means than a Foswiki controlled htpasswd file.
In the case where an unauthenticated user registers with username and password it makes sense to continue as the newly registered user.
--
KennethLavrsen - 14 Jun 2010
That's OK, I think; the case I was looking at was only relevant when the initial user is wikiguest. An existing user should work the way they always did.
--
CrawfordCurrie - 15 Jun 2010
yup, your change fixes the uid change when a user is added to a group during rego. and yes, the change I made in 4.2 so that a normal user can rego without changing to the person they invite still looks right.
the only wrong thing, is that its not my code - the structure is still mostly Martin's.
(et-dance)
--
SvenDowideit - 28 Jun 2010