-
Type:
Bug
-
Resolution: Fixed
-
Priority:
Low
-
Component/s: Work Item - Create - Linked Work Items
-
None
-
1
-
Minor
Issue Summary
If you use the "create linked issue" option and change the destination project where that issue is to be created, the source issue is removed from the linked issue in the create issue screen, causing inconsistent behavior between source issues.
NOTING: The Create issue dialogue will default the project listed to the last project selected in a create screen, so if you try to create twice in a row to same project the second attempt will populate the issue in the linked issue field
you have to manually add in the issue key to get the link to be added, this additional overhead is removing the sole reason that the feature exists in the first place.
However, this does get added in automatically if you do the same from a source project type of team managed business or to a company managed business, or to a service management project, the failure to populate the field seems to be only when doing some cross-project linking but not others
Steps to Reproduce
- create an issue in a Company-managed Software project
- Select the "Create Linked Issue" option from the source project to trigger the create issue dialogue
- Set the destination project in the "create issue" dialogue to a team-managed software project
- Note the issue key is not added to the "Linked Issues" field

Expected Results
the source issue is listed automatically in the linked issues field
Actual Results
The field is not populated and must be manually populated, and when changing project types the value is removed from the field The following table describes the variation in behavior when selecting the "Create Linked Issue" in the different source and destination projects:
| Source Project | Destination Project | Destination project as the default (i.e. the last project that an issue was created in) | Change to destination project while on the create issue screen |
| Team Managed Software | Team Managed Software | Success | FAIL |
| Team Managed Software | Service Management | Success | FAIL |
| Team Managed Software | Company Managed software | Success | FAIL |
| Team Managed Software | Team Managed Business | Success | FAIL |
| Team Managed Software | Company Managed Business | Success | FAIL |
| Service Management | Team Managed Software | Success | Success |
| Service Management | Service Management | Success | Success |
| Service Management | Company Managed software | Success | Success |
| Service Management | Team Managed Business | Success | Success |
| Service Management | Company Managed Business | Success | Success |
| Company Managed software | Team Managed Software | FAIL | FAIL |
| Company Managed software | Service Management | Success | FAIL |
| Company Managed software | Company Managed software | Success | FAIL |
| Company Managed software | Team Managed Business | FAIL | FAIL |
| Company Managed software | Company Managed Business | Success | FAIL |
| Team Managed Business | Team Managed Software | Success | Success |
| Team Managed Business | Service Management | Success | Success |
| Team Managed Business | Company Managed software | Success | Success |
| Team Managed Business | Team Managed Business | Success | Success |
| Team Managed Business | Company Managed Business | Success | Success |
| Company Managed Business | Team Managed Software | Success | Success |
| Company Managed Business | Service Management | Success | Success |
| Company Managed Business | Company Managed software | Success | Success |
| Company Managed Business | Team Managed Business | Success | Success |
| Company Managed Business | Company Managed Business | Success | Success |
Workaround:
The only way to bypass this behavior is to manually enter the source ticket if the project type is not listed when creating a linked issue under a fail condition per the table above
- mentioned in
-
Page Loading...