I recently noticed, that for one particular user, I can not access the following pages:
/admin/users/<user>
/admin/users/<user>/projects
/admin/users/<user>/keys
/<user>
All of these pages show a 404 error and the following lines show up in the production.log (e,g. for the /admin/users/<user> page):
Started GET "/admin/users/<user>" for x.x.x.x at 2021-03-11 20:32:54 +0100
Processing by Admin::UsersController#show as HTML
Parameters: {"id"=>"<user>"}
Filter chain halted as :user rendered or redirected
Completed 404 Not Found in 38ms (Views: 2.7ms | ActiveRecord: 5.6ms)
However I can access these:
/admin/users/<user>/identities
/admin/users/<user>/impersonation_tokens
I’m on 13.9.3, but this has already been reported with version 11.8.0 in this ticket:
Has anyone else seen this or is able to assist in debugging this?
Yes I am seeing the exact same issues on my instances as well. The only common thread I can find is that the affected accounts are extremely old (circa 2013) and were originally local accounts that have had numerous identities assigned over the years as it migrated from auth system to auth system (local → ldap → saml). I filed a ticket with support since i have starter licenses and between the user not wanting to log in so I could capture logs and dealing with support it never got resolved. One weird thing is that when I try to view the affected user the url changes from https://gitlab/admin/users/username to https://gitlab/admin/users/username2 and its always the same username all accounts are pointing to; a long blocked user that is no longer with the company (uid is 2 though, so probably the original person that set it up). I have seen this problem since version 11 sometime and we are on 13.10.
I know this isn’t much help but maybe we can find other common pieces that can help us debug this.
We also had to fix the path column in the routes table, because we also had some change in our auth backend. After renaming/changing project and Namespaces in the path column, the Profile and Project pages worked again.