Inflectra Customer Forums: Mark requirement as "Obsolete" not possible (Thread) Hi, I am trying to figure out how to make it visible in SpiraTeam that a requirement was needed/valid for a given release, lets say release 1, but is dropped/no longer valid for release 2. I believe the only way to do this is to mark the requirement as obsolete while keeping it pointed to release 1. When I try to mark a requirement from completed to obsolete, the system will not save my changes and instead set the status back to developed. This is the case where there are tasks for the requirement, even though these tasks have the status completed. Only when I completely remove the tasks, it is allowed to change the status for the requirement to obsolete. Am I missing something here or is this a bug? I would like to be able to set a requirement to obsolete for next releases, but not lose the information about tasks associated. And apart from that, it could mean a lot of work if you have to remove tasks every time. Are there plans to create a different status for requirements that were valid before, but not in new releases? Something like removed in release...? Regards, Yvette en-US(C) Copyright 2006-2024 Inflectra Corporation.support@inflectra.com/Computers/Software/Project_Management//Computers/Software/Quality_Assurance/KronoDesksupport@inflectra.comhttp://www.inflectra.com/kronodesk/forums/threads120/Support/Forum/spirateam/issues-questions/1637.aspxthreadId=1637Yvette Kingma (ykingma@delftdi.com)Mark requirement as "Obsolete" not possible Hi, I am trying to figure out how to make it visible in SpiraTeam that a requirement was needed/valid for a given release, lets say release 1, but is dropped/no longer valid for release 2. I believe the only way to do this is to mark the requirement as obsolete while keeping it pointed to release 1. When I try to mark a requirement from completed to obsolete, the system will not save my changes and instead set the status back to developed. This is the case where there are tasks for the requirement, even though these tasks have the status completed. Only when I completely remove the tasks, it is allowed to change the status for the requirement to obsolete. Am I missing something here or is this a bug? I would like to be able to set a requirement to obsolete for next releases, but not lose the information about tasks associated. And apart from that, it could mean a lot of work if you have to remove tasks every time. Are there plans to create a different status for requirements that were valid before, but not in new releases? Something like removed in release...? Regards, Yvette Thu, 09 Mar 2017 12:07:28 -05002017-03-14T14:35:17-04:00/Support/Forum/spirateam/issues-questions/1637.aspxmessageId=2937Jim R (donotreply5@kronodesk.net) Hi Yvette I think the issue may be that the Tasks are keeping it active. That shouldnt happen for Hi Yvette I think the issue may be that the Tasks are keeping it active. That shouldnt happen for the Obsolete status, only for the earlier statuses (i.e. when all tasks are completed, it goes to Developed). Can you please log a help desk ticket so that one of our QA team can investigate further. Regards Jim Tue, 14 Mar 2017 13:50:37 -04002017-03-14T13:50:37-04:00/Support/Forum/spirateam/issues-questions/1637.aspx#reply2937messageId=2938Jim R (donotreply5@kronodesk.net) We are also planning on adding an Obsolete Release field, so you can specify which release it was r We are also planning on adding an Obsolete Release field, so you can specify which release it was removed in. Tue, 14 Mar 2017 13:51:26 -04002017-03-14T13:51:26-04:00/Support/Forum/spirateam/issues-questions/1637.aspx#reply2938messageId=2940Yvette Kingma (ykingma@delftdi.com) Thank you, Ive created a ticket for the help desk as you suggested. Good to know that the Obsolete Thank you, Ive created a ticket for the help desk as you suggested. Good to know that the Obsolete Release field is already planned for. Regards, Yvette Tue, 14 Mar 2017 14:35:17 -04002017-03-14T14:35:17-04:00/Support/Forum/spirateam/issues-questions/1637.aspx#reply2940