It's all about the answers!

Ask a question

How to set 'planned for' attribute to 'Unassigned' in RTC ALM

Nicole Cherches (111) | asked Jun 23 '21, 2:07 a.m.
edited Jun 23 '21, 2:16 a.m.
If 'planned for' attribute has been set for a workitem, there is no way to set it back to 'Unassigned' . And if it is set to 'Unassigned', then the response of the workitem returns null.

I am using OSLC CM 2.0. and RTC API.

One answer

permanent link
Ralph Schoon (60.5k33643) | answered Jun 24 '21, 2:42 a.m.
edited Jun 24 '21, 2:44 a.m.

 In the OSLC API, getting the work item, removing the entire entry for the planned for attribute value and PUTing the new payload - including the If-Match etag should do the trick. 

In some cases such as the category there are "unassigned" values you can set. 

I do not know if there is for planned for. You can try to follow the resource shape and try to find if there is a unassigned value for the planned for attribute. In any case not setting the value as explained above should create the same result.

Ralph Schoon commented Jun 24 '21, 3:08 a.m. | edited Jun 24 '21, 3:14 a.m.

I did a simple test. I created a work item with planned for unassigned and GET the item in OSLC.  

I change the planned for to the backlog and save. Then I GET the item again.

The difference between the first state and the second is that this got added:

"process:iteration": {
    "rdf:resource": ""
"rtc_cm:plannedFor": {
    "rdf:resource": "",
    "rdf:type": [
            "rdf:resource": ""

This means that removing these entries from the payload and PUTing the new payload sets the work items planned for to "unassigned".

Nicole Cherches commented Jun 24 '21, 6:21 a.m.
Sorry, I forgot to mention, I am interested in the xml+rdf structure, because we work with that in our environment. I tried to PUT the part representation without the Planned For Tag but it did not work, the planned for is still set to the initial release I set before.
For some reason PUT does partial updates on our system, without removing the attributes, we don't send.

Also, I already studied the resource shape of workitems, there is no 'unassigned' or anything similar to be found there.

It could be a bug, I found it listed as a defect from 5 years ago. They describe exactly the problem I am having and how to reproduce it with XML:

It is also listed as 'Fixed' but it does not work in ALM, maybe our system has not been updated yet??

Ralph Schoon commented Jun 24 '21, 7:32 a.m.

The work item claims that this was fixed June 2016.  It points to I looked into the example and modified my URI to 

With both the iterations removed like above. This worked.

David Honey commented Jun 25 '21, 3:47 a.m.

Your answer

Register or to post your answer.