Refactor tasks URL to contain IID instead of ID
What does this MR do and why?
This MR implements a few changes:
- it moves the logic for opening the Task modal on page load when the
?work_item_id
URL parameter is present fromdescription.vue
towork_item_links.vue
. Previously, we had this inconsistency - we opened the modal from the description on the page load and we opened modal on the task link click from the work items link component. This MR unifies modal behavior; - it adds the possibility to fetch tasks by
iid
instead ofid
when featuring flag:use_iid_in_work_items_path
is enabled and when?iid_path
URL parameter is present
Screenshots or screen recordings
Fetched by ID | Fetched by iid
|
---|---|
How to set up and validate locally
- Enable the feature flag for using iid:
Feature.enable(:use_iid_in_work_items_path)
- Open any issue and add a few tasks.
- Add
?iid_path=true
to the URL. - Click on the task to open it.
- You should see
workItemByIid
GraphQL query being called in theNetwork
tab and `?work_item_iid=<X?" parameter in the URL. - Refresh the page.
- After page load, you should see the modal with the same Task being open
MR acceptance checklist
This checklist encourages us to confirm any changes have been analyzed to reduce risks in quality, performance, reliability, security, and maintainability.
-
I have evaluated the MR acceptance checklist for this MR.
Related to #381695 (closed)
Edited by Natalia Tepluhina