Backport Index work items when project visibility level changes
What does this MR do and why?
Backport fix for indexing work items when visibility level changes for a project
NOTE: I've chosen not to backport the SCHEMA_VERSION
change. The SCHEMA_VERSION
was updated back to a 4 digit number in !172402 (merged) and we do not want to include this change in the backport
MR acceptance checklist
This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.
-
This MR is backporting a bug fix, documentation update, or spec fix, previously merged in the default branch. -
The MR that fixed the bug on the default branch has been deployed to GitLab.com (not applicable for documentation or spec changes). - [-] This MR has a severity label assigned (if applicable).
-
Set the milestone of the merge request to match the target backport branch version. -
This MR has been approved by a maintainer (only one approval is required). -
Ensure the e2e:test-on-omnibus-ee
job has either succeeded or been approved by a Software Engineer in Test.
Note to the merge request author and maintainer
If you have questions about the patch release process, please:
- Refer to the patch release runbook for engineers and maintainers for guidance.
- Ask questions on the
#releases
Slack channel (internal only).
Edited by Dmitry Gruzd