Pass correct `fullPath` for modal work item
What does this MR do and why?
Pass correct reference for modal work item. Fixes Wrong popup rendered when clicking on child wor... (#443684 - closed)
After Use namespace resolver query to fetch group/pro... (!146752 - merged) was merged. We can now go and fix the bug where the modal work item data should be as expected when the child iid and parent iid are same. After the namespace query resolver changes , we can identify any work item with the pair of iid and fullPath
This MR just passes the correct fullPath for the child work item in group work items which can have multiple work items in sub groups/projects with the same iid.
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 or screen recordings
Screenshots are required for UI changes, and strongly recommended for all other merge requests.
Before | After |
---|---|
Screen_Recording_2024-04-23_at_2.47.13_PM | Screen_Recording_2024-04-23_at_2.45.09_PM |
How to set up and validate locally
Numbered steps to set up and validate the change are strongly suggested.
- Follow the steps mentioned in the bug.
i.e
- Enable
namespace_level_work_items
andepic_creation_with_synced_work_item
feature flags - Create a new group with a child project
- Create one epic in the group and one issue in the child project, at this point, both should have
iid == 1
. - Go to the epic and assign the project issue as child
- Access the same epic as a work item, this can be done by switching
epics
withwork_items
in the current URL. - Click on the child
In short we need to have a group work item whose child has the same iid to reproduce the bug :D
Related to #443684 (closed)