** Changed in: mahara
Status: Fix Committed = Fix Released
--
Cannot log in or modify user when auth_remote_user has duplicate username
entries
https://bugs.launchpad.net/bugs/547565
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed
There is almost certainly something wrong with this stuff, but it
confuses me. I *think* the authinstance column on the auth_remote_user
table is probably redundant, and that we should rely on the authinstance
column in the usr table at all times.
Whenever a user gets created, we try to store
Another thing to fix here is that the institution column on the host
table is redundant. host is pointed at by a wwwroot in the
auth_instance_config table (sadly we would have to split up that table
to enforce this relationship with a fk constraint). Because every
authinstance has an institution,
I'm adding a change to delete all remote user records (not just those
for the old authinstance) when the admin changes a user's authinstance.
I can't find any other way for a user to get duplicate remote user
records, so I'm closing this for now. Because so much of this stuff to
do with
** Changed in: mahara
Assignee: (unassigned) = Richard Mansfield (richard-mansfield)
--
Cannot log in or modify user when auth_remote_user has duplicate username
entries
https://bugs.launchpad.net/bugs/547565
You received this bug notification because you are a member of Mahara
** Changed in: mahara
Status: New = Triaged
--
Cannot log in or modify user when auth_remote_user has duplicate username
entries
https://bugs.launchpad.net/bugs/547565
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
** Changed in: mahara
Status: Confirmed = New
** Changed in: mahara
Importance: Low = Medium
** Changed in: mahara
Milestone: None = 1.3.0
--
Cannot log in or modify user when auth_remote_user has duplicate username
entries
https://bugs.launchpad.net/bugs/547565
You received
7 matches
Mail list logo