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 [email protected]. > 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: [email protected] > *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 [email protected]. 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.
