👋 Hi friends!
Over the past year, we’ve been sharing updates on our plans to allow you to rename epics in your company-managed projects, including the introduction of the Parent field that will soon replace the existing Epic link and Parent link fields.
As part of these changes, we’ll be removing parent link values that become invalid as a result of changes to your issue type hierarchy.
The value of the Parent link custom field can become invalid if:
The child issue is changed to an issue type on a different hierarchy level
The parent issue is changed to an issue type on a different hierarchy level
The child issue’s issue type is moved to a different hierarchy level
The parent issue’s issue type is moved to a different hierarchy level
For example, say you have an epic called EpicX
(level 1) with a Parent link field set to an issue called InitiativeY
(level 2). This is a valid parent link value as InitiativeY
is on a hierarchy level above EpicX
.
However, if the initiative issue type is moved to level 1, E
picX
and InitiativeY
will both be on the same hierarchy level, and the parent link value will be invalid.
Previously, the Parent link field would not remove invalid parent-child relationships. These values would instead be hidden from users. This meant that if the relationship became valid later, it would become visible to users again.
So, in the example above, if the initiative issue type was moved back to level 2, the parent link value would become valid again and be displayed to users.
This behavior was often unintended by users – by removing these invalid parent link values, this will no longer occur. This is also more closely aligned to the behavior of the Parent field that will soon replace Parent link.
If you have any comments or questions, please let us know below.
Anne Jang
8 comments