-
Hi everyone, I am setting up a brand new instance of CDash 3.5.0 and am having a bear of a time getting GitLab authentication to work. This server currently only has the admin user and no data. For comparison, my other two existing CDash servers that were upgrades from 3.4.x -> 3.5.0 work fine with GitLab. These two servers had existing users/data. When selecting GitLab as the authentication source, my CDash and GitLab servers will talk to each other, then CDash will say "500 Server Error" with the following in
My
GitLab is configured with:
(More of a "please work" collection, since my other two instances are only using "read_user") We are also using LDAP and Kerberos as identity providers on GitLab. Running on RHEL 8.10, httpd/PHP 8.2. I fully expect that I'm doing something dumb and have just missed something obvious. Thanks for any help. |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment 2 replies
-
Hi @Chad-ll, thanks for the question! The line that the error message is referencing deals with the name of the person coming back from GitLab. Does the "real" name of the GitLab account that you're signing into only have one name? Or no name set at all? Without a name string with a space in it, it wouldn't |
Beta Was this translation helpful? Give feedback.
Hi @josephsnyder
I went and looked and for whatever reason, all of our GitLab users are set with their login as their 'real name.' I just never noticed that before.
After I changed my 'real name' field on GitLab, everything worked as expected with CDash. Yay!
Thank you for taking the time to explain what that code was doing and pointing me in the direction of the fix.