Should a Work Item Related Artefact URL be maintained when the Project Area Name is changed.
A Work Item has a Related Artefact using a URL to a component in the current Project Area. The URL includes the Project Area name. If the name of the current Project Area is changed the URL does not get updated with the new name of the Project Area.
Should it be or is this a bug?
Seen using 5.0.2.
Accepted answer
This is a user error, where the user copied the editor URL into the link destination and did not copy the real work item URI.
The correct URI would look somewhat like
https://clm.example.com:9443/ccm/resource/itemName/com.ibm.team.workitem.WorkItem/80
and would, as you can see, not have any project area name in the URI.
If you browse to a work item and simply copy the URL, you get something like
https://clm.example.com:9443/ccm/web/projects/JKE%20Banking%20%28Change%20Management%29#action=com.ibm.team.workitem.viewWorkItem&id=80
Which is an editor/view URL and not the correct URI of the resource.
As far as I remember there is an action available to get the correct URI in the Work item UI and copy it.
The correct URI would look somewhat like
https://clm.example.com:9443/ccm/resource/itemName/com.ibm.team.workitem.WorkItem/80
and would, as you can see, not have any project area name in the URI.
If you browse to a work item and simply copy the URL, you get something like
https://clm.example.com:9443/ccm/web/projects/JKE%20Banking%20%28Change%20Management%29#action=com.ibm.team.workitem.viewWorkItem&id=80
Which is an editor/view URL and not the correct URI of the resource.
As far as I remember there is an action available to get the correct URI in the Work item UI and copy it.
Comments
showing 5 of 7
show 2 more comments