Authorized individual shown as not having merging capabilities

Summary

On at least two separate occasions in the last week I have noticed different folks not having merge capabilities (shows as a halt symbol on the screen) when they have merge capabilities. This was noted last night for myself here: gitlab-com/www-gitlab-com!28600 (comment 216036833)

Steps to reproduce

Bring up an MR with a person assigned to the issue. Notice the halting sign displayed for a given individual.

This may require log analysis of some sort. Is there something I should look at on my side when I see this occur?

Example Project

www-gitlab-com on .com

What is the current bug behavior?

Person who has merge rights is shown as not being able to merge.

What is the expected correct behavior?

Person shown as having ability to merge.

Relevant logs and/or screenshots

Unfortunately, I didn't capture this when it happened to me. The closest is the note here: gitlab-com/www-gitlab-com!28600 (comment 216036833)

Output of checks

This bug happens on GitLab.com

Results of GitLab environment info

not done.

Expand for output related to GitLab environment info

(For installations with omnibus-gitlab package run and paste the output of: sudo gitlab-rake gitlab:env:info)

(For installations from source run and paste the output of: sudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production)

Results of GitLab application Check

not done

Expand for output related to the GitLab application check

(For installations with omnibus-gitlab package run and paste the output of: sudo gitlab-rake gitlab:check SANITIZE=true)

(For installations from source run and paste the output of: sudo -u git -H bundle exec rake gitlab:check RAILS_ENV=production SANITIZE=true)

(we will only investigate if the tests are passing)

Possible fixes

(If you can, link to the line of code that might be responsible for the problem)

Assignee Loading
Time tracking Loading