Bug noted in 3.8, probably exists in master as well. To replicate: Create a "native" koha user with the same username/password as your LDAP user. Log in with LDAP - a duplicate user should be created with the mapped fields in the borrower account. I think this is not working as intended - my thought is that if a user exists in Koha, and the user/password are identical, one of two things should happen: Either Koha should recognize that this user exists and ask the user if they want to populate the existing account with the data from LDAP, or Koha should recognize that this user exists and simply log in, leaving the member account alone and inserting no data. Thoughts?
Also try this with the username the same, but the password different - further investigation reveals that it might be that instead.
I changed priority of this bug because it's critical for installation with LDAP login (like us). I will try to fix it in next few days and submit report because it hurts us pretty badly.
I can't reproduce this bug. I have created user in Koha with same login as LDAP user, but different password. I can login with both local password and ldap password and don't see any duplication of users (this is sub-optimal, but I'm not using replicate in my ldap config so this is expected behaviour). Having said all this, I do have duplicate users in our production installation which means that bug is valid, I just can't reproduce it.
Forgot to mention, I tested 3.11.00.202 and 3.13.00.006 (current master) using OPAC login (but intranet uses same code, so it shouldn't matter)
This does sound bad - any progress on replicating and squashing the bug?
bus 8148 addresses logging with both passwords, but I still can't reproduce duplication. Should we say it was fixed somehow since it was reported and close this bug?
If you can't reproduce it, you can mark it RESOLVED - WORKSFORME, but of course the bug can be reopened, if someone else manages to.