Skip to content

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.

  1. Follow the steps mentioned in the bug.

i.e

  1. Enable namespace_level_work_items and epic_creation_with_synced_work_item feature flags
  2. Create a new group with a child project
  3. Create one epic in the group and one issue in the child project, at this point, both should have iid == 1 .
  4. Go to the epic and assign the project issue as child
  5. Access the same epic as a work item, this can be done by switching epics with work_items in the current URL.
  6. 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)

Edited by Deepika Guliani

Merge request reports