Make workitems subepics behaviour same as legacy epics
What does this MR do and why?
In the case of a downgrade from ultimate, subepics should :
- On the hierarchy widget within the epic detail page, the user will not see child epics (even if they exist from when they were on the ultimate tier).
- From the APIs, the user cannot add or remove parent or child epics from an epic record.
MR acceptance checklist
Please evaluate this MR against the MR acceptance checklist. It helps you analyze changes to reduce risks in quality, performance, reliability, security, and maintainability.
Screenshots are required for UI changes, and strongly recommended for all other merge requests.
How to set up and validate locally
To test this locally, you need to enable WI at group level, so you will have to enable these feature flags namespace_level_work_items
(If you are still unable to access work-item page for an epic then enable/disable FF from this list - &11777 )
- Visit Epics page and try to create a new EPIC(If all relevant FF's are enabled then you should see a modal when you click on
New Epic
) - Open the newly created epic and replace
epics
in the URL withwork_items
, SO the target URL would be something likehttp://127.0.0.1:3000/groups/flightjs/-/work_items/6
- create few child issues & epics
- Either downgrade your license from ultimate or go to https://gitlab.com/gitlab-org/gitlab/-/blob/master/ee/app/models/gitlab_subscriptions/features.rb#L263 and comment
subepics
- Upon refreshing epic page, you should not see epics in the hierarchy widget
- Toggling step 4, should show the subepics again.
Edited by Abhilash Kotte