Board issue assignments not working when using filters to select assignee(s).

Summary

When on an issue board, selecting an issue and setting the assignee after filtering users from the side menu does not stick on subsequent assignments.

This happens when assigning a user to multiple issues on a board. You select the first issue, edit Assignee(s), filter for the user and select for assignment. On subsequent issues the filter persists (which is a nice behavior) and you select the user again to assign. Repeat this several times, the GUI shows all the right indicators that the assignments have been captured however nothing has been saved. Users then navigate away and don't realize only the first assignment took.

Steps to reproduce

  1. Navigate to an issue board and select an issue to open up the side menu.
  2. Select edit on Assignee and use the filter to identify a user. Select the user and click out to save.
  3. Now select another issue, and edit on Assignee. The filter from the previous assignment is still in place, and selecting the filtered user will show them in the appropriate locations (the issue card gets their user icon, their name shows up in the Assignee(s) field, but a refresh of the page shows that the assignment didn't get saved.
  • If you clear the filter, then filter again the assignment will work (persist after a page reload).

Example Project

none

What is the current bug behavior?

GUI shows that a user assignment is made / stored when it is not.

What is the expected correct behavior?

Issue assignments to actually be saved.

Relevant logs and/or screenshots

(Paste any relevant logs - please use code blocks (```) to format console output, logs, and code as it's tough to read otherwise.)

Output of checks

Results of GitLab environment info

Expand for output related to GitLab environment info
System information
System:         Ubuntu 18.04
Proxy:          no
Current User:   git
Using RVM:      no
Ruby Version:   2.6.6p146
Gem Version:    2.7.10
Bundler Version:1.17.3
Rake Version:   12.3.3
Redis Version:  5.0.9
Git Version:    2.26.2
Sidekiq Version:5.2.7
Go Version:     unknown

GitLab information
Version:        13.0.3-ee
Revision:       d27df234886
Directory:      /opt/gitlab/embedded/service/gitlab-rails
DB Adapter:     PostgreSQL
DB Version:     11.6
URL:            https://...
HTTP Clone URL: https://.../some-group/some-project.git
SSH Clone URL:  git@...:some-group/some-project.git
Elasticsearch:  no
Geo:            no
Using LDAP:     no
Using Omniauth: yes
Omniauth Providers: google_oauth2

GitLab Shell
Version:        13.2.0
Repository storage paths:
- default:      /var/opt/gitlab/git-data/repositories
GitLab Shell path:              /opt/gitlab/embedded/service/gitlab-shell
Git:            /opt/gitlab/embedded/bin/git

Results of GitLab application Check

Expand for output related to the GitLab application check

Checking GitLab subtasks ...

Checking GitLab Shell ...

GitLab Shell: ... GitLab Shell version >= 13.2.0 ? ... OK (13.2.0) Running /opt/gitlab/embedded/service/gitlab-shell/bin/check Internal API available: OK Redis available via internal API: OK gitlab-shell self-check successful

Checking GitLab Shell ... Finished

Checking Gitaly ...

Gitaly: ... default ... OK

Checking Gitaly ... Finished

Checking Sidekiq ...

Sidekiq: ... Running? ... yes Number of Sidekiq processes ... 1

Checking Sidekiq ... Finished

Checking Incoming Email ...

Incoming Email: ... Checking Reply by email ...

IMAP server credentials are correct? ... yes Init.d configured correctly? ... skipped MailRoom running? ... skipped

Checking Reply by email ... Finished

Checking Incoming Email ... Finished

Checking LDAP ...

LDAP: ... LDAP is disabled in config/gitlab.yml

Checking LDAP ... Finished

Checking GitLab App ...

Git configured correctly? ... yes Database config exists? ... yes All migrations up? ... yes Database contains orphaned GroupMembers? ... no GitLab config exists? ... yes GitLab config up to date? ... yes Log directory writable? ... yes Tmp directory writable? ... yes Uploads directory exists? ... yes Uploads directory has correct permissions? ... yes Uploads directory tmp has correct permissions? ... yes Init script exists? ... skipped (omnibus-gitlab has no init script) Init script up-to-date? ... skipped (omnibus-gitlab has no init script) Projects have namespace: ... 4/1 ... yes 4/4 ... yes 8/5 ... yes 10/7 ... yes 10/8 ... yes 10/9 ... yes 10/10 ... yes 10/11 ... yes 10/12 ... yes 10/13 ... yes 8/15 ... yes 8/18 ... yes 7/21 ... yes 7/22 ... yes 12/23 ... yes 12/25 ... yes 12/26 ... yes 4/27 ... yes 14/31 ... yes 12/32 ... yes 12/33 ... yes 6/34 ... yes 12/35 ... yes 12/36 ... yes 9/37 ... yes 12/38 ... yes 12/39 ... yes 25/40 ... yes 6/41 ... yes 7/43 ... yes 7/44 ... yes 9/45 ... yes 9/46 ... yes 31/47 ... yes 7/48 ... yes 4/49 ... yes 26/51 ... yes 32/52 ... yes 26/53 ... yes 34/54 ... yes 26/55 ... yes 32/56 ... yes 7/57 ... yes 7/58 ... yes 26/61 ... yes 7/68 ... yes 7/73 ... yes 26/74 ... yes 7/77 ... yes 7/103 ... yes 7/104 ... yes 7/106 ... yes 7/107 ... yes 20/109 ... yes 52/110 ... yes 54/111 ... yes 54/112 ... yes 67/113 ... yes 25/114 ... yes 70/116 ... yes 15/118 ... yes 25/120 ... yes 25/121 ... yes 7/122 ... yes 7/123 ... yes 71/124 ... yes 7/125 ... yes 75/126 ... yes 82/127 ... yes 121/128 ... yes 7/129 ... yes 75/130 ... yes 75/131 ... yes 83/132 ... yes 117/133 ... yes 117/134 ... yes 96/135 ... yes 88/137 ... yes 71/138 ... yes 71/139 ... yes 117/140 ... yes 88/141 ... yes 96/142 ... yes 118/143 ... yes 83/144 ... yes 117/145 ... yes 120/146 ... yes 7/147 ... yes 71/149 ... yes 71/151 ... yes 96/152 ... yes 7/153 ... yes 42/154 ... yes 42/155 ... yes 95/156 ... yes 95/157 ... yes 96/158 ... yes 119/159 ... yes 91/160 ... yes 96/161 ... yes 75/162 ... yes 81/163 ... yes 95/164 ... yes 95/165 ... yes 95/166 ... yes 99/167 ... yes 91/168 ... yes 96/169 ... yes 99/170 ... yes 75/171 ... yes 87/172 ... yes 104/173 ... yes 99/174 ... yes 118/175 ... yes 99/176 ... yes 71/177 ... yes 7/178 ... yes 15/179 ... yes 117/180 ... yes 91/181 ... yes 117/182 ... yes 99/183 ... yes 120/184 ... yes 81/185 ... yes 96/186 ... yes 117/187 ... yes 7/188 ... yes 116/190 ... yes 87/191 ... yes 117/192 ... yes 117/193 ... yes 121/194 ... yes 91/195 ... yes 95/196 ... yes 95/197 ... yes 81/198 ... yes 118/200 ... yes 11/201 ... yes 96/203 ... yes 121/204 ... yes 91/205 ... yes 91/206 ... yes 121/207 ... yes 99/208 ... yes 71/209 ... yes 121/210 ... yes 121/211 ... yes 81/212 ... yes 7/213 ... yes Redis version >= 4.0.0? ... yes Ruby version >= 2.5.3 ? ... yes (2.6.6) Git version >= 2.22.0 ? ... yes (2.26.2) Git user has default SSH configuration? ... yes Active users: ... 42 Is authorized keys file accessible? ... yes GitLab configured to store new projects in hashed storage? ... yes All projects are in hashed storage? ... no Try fixing it: Please migrate all projects to hashed storage as legacy storage is deprecated in 13.0 and support will be removed in 14.0. For more information see: doc/administration/repository_storage_types.md Elasticsearch version 5.6 - 6.x? ... skipped (elasticsearch is disabled)

Checking GitLab App ... Finished

Checking GitLab subtasks ... Finished

Possible fixes

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

Edited by Cody Buell