Hi Lars, I'm afraid I've only found this in 6.0-RC2. I think I've got stable-ish automated tests so I might try a binary search on the version it changed so there might be some clue as to the intent.
I think I'm in a similar position to you now. cas.personDirectory.principalResolutionConflictStrategy=first seems to "fix" the issue but more of a workaround. I've no clue if the "original" principal should be in the list and if it is if the change in order is a feature or a bug... or something else. I'll report back if I get any further. Cheers Sam On Wednesday, 2 February 2022 at 13:03:37 UTC Lars Feistner wrote: > Hi Sam, > > unfortunately I first wanted to see if anyone has some insights before > digging deeper into the code. > > Did it work for you in any other 6.x release or are you as well upgrading > from 5 to 6? If first then I could try and find out which version breaks > the "feature" and then we could look at the code changes there were made > between the changes. > > But I actually still hope the someone will tell us if this setting was > originally meant to change the id of the principal or not. > > Best regards, > Lars > > On 02.02.22 10:51, Sam Hough wrote: > > Hi, > > I think I might have hit this too in 6.5.0-RC2. After some debugging it > looks like the original principal and the new one are hitting > the ChainingPrincipalElectionStrategy::nominate method and the one we want > (that honours principal-attribute) is losing to the "original". I need to > do more debugging if I can see how to change this behaviour. > > Did you get anywhere? > > Cheers > > Sam > > On Wednesday, 19 January 2022 at 10:18:51 UTC Lars Feistner wrote: > >> Hi everybody, >> >> we recently switched from version 5.x to 6.4.4.2. In version 5 we used the >> setting >> cas.personDirectory.principalAttribute=id >> to switch the id of the UserProfil to be the id and not the login. >> >> Now in version 6.4.4.2 I used the same setting >> cas.person-directory.principal-attribute=id but after login in the web view >> I see the login instead of the id. >> >> >> >> >> Is this a bug in 6.4.42 or did I use the wrong setting to do this or what do >> I have to do to switch the principal id from login to id? >> >> Thank you, >> Lars >> >> -- > - Website: https://apereo.github.io/cas > - Gitter Chatroom: https://gitter.im/apereo/cas > - List Guidelines: https://goo.gl/1VRrw7 > - Contributions: https://goo.gl/mh7qDG > --- > You received this message because you are subscribed to the Google Groups > "CAS Community" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to cas-user+u...@apereo.org. > To view this discussion on the web visit > https://groups.google.com/a/apereo.org/d/msgid/cas-user/a54f1925-37a4-4cf2-a46b-4a6aba3a4c1en%40apereo.org > > <https://groups.google.com/a/apereo.org/d/msgid/cas-user/a54f1925-37a4-4cf2-a46b-4a6aba3a4c1en%40apereo.org?utm_medium=email&utm_source=footer> > . > > > -- > *Lars Feistner* > Entwicklungsleitung > Phone: +49 6221/186749-5 > Mail: l.fei...@cares.institute > *Institut für Kommunikations- und Prüfungsforschung gGmbH* > Institute for Communication and Assessment Research > Wieblinger Weg 92a > 69123 Heidelberg, Germany > Web: www.ucan-assess.org > -- - Website: https://apereo.github.io/cas - Gitter Chatroom: https://gitter.im/apereo/cas - List Guidelines: https://goo.gl/1VRrw7 - Contributions: https://goo.gl/mh7qDG --- You received this message because you are subscribed to the Google Groups "CAS Community" group. To unsubscribe from this group and stop receiving emails from it, send an email to cas-user+unsubscr...@apereo.org. To view this discussion on the web visit https://groups.google.com/a/apereo.org/d/msgid/cas-user/9d06bba7-6f27-492a-b695-c0e755e4528dn%40apereo.org.
