<rss version="2.0" xmlns:a10="http://www.w3.org/2005/Atom"><channel><title>Inflectra Customer Forums: Release Active Flag? (Thread)</title><description>Is there a way to prevent incidents being assigned to a release that is no longer active?     </description><language>en-US</language><copyright>(C) Copyright 2006-2026 Inflectra Corporation.</copyright><managingEditor>support@inflectra.com</managingEditor><category domain="http://www.dmoz.org">/Computers/Software/Project_Management/</category><category domain="http://www.dmoz.org">/Computers/Software/Quality_Assurance/</category><generator>KronoDesk</generator><a10:contributor><a10:email>support@inflectra.com</a10:email></a10:contributor><a10:id>http://www.inflectra.com/kronodesk/forums/threads</a10:id><ttl>120</ttl><link>/Support/Forum/spirateam/issues-questions/57.aspx</link><item><guid isPermaLink="false">threadId=57</guid><author>Mark Allen (mark.allen@lanint.com)</author><title>Release Active Flag?</title><description>Is there a way to prevent incidents being assigned to a release that is no longer active?     </description><pubDate>Tue, 19 Apr 2011 23:56:46 -0400</pubDate><a10:updated>2011-04-22T19:39:10-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/57.aspx</link></item><item><guid isPermaLink="false">messageId=119</guid><author>David J (adam.sandman+support@inflectra.com)</author><title>Incidents cannot be assigned to an Inactive Release. They can only be listed as being detected in su</title><description>Incidents cannot be assigned to an Inactive Release. They can only be listed as being detected in such Releases.</description><pubDate>Wed, 20 Apr 2011 18:53:19 -0400</pubDate><a10:updated>2011-04-20T18:53:19-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/57.aspx#reply119</link></item><item><guid isPermaLink="false">messageId=122</guid><author>Matthew Ferry (matthew.ferry@lanint.com)</author><title>  I know what Mark means.         We have to use the "Release Detected In" field as a way of assigni</title><description>  I know what Mark means.         We have to use the "Release Detected In" field as a way of assigning an incident to be worked on in a given release. That seems to be what drives defect visibility within a release for the entire app.      We use the incident structure for defects and defect management, which I think most customers also do. For example - we find a defect in the current production release and we need to "assign" that defect to the next release coming up in our pipeline so that we can address it.     Is there another way to assign an incident to a release? </description><pubDate>Thu, 21 Apr 2011 20:01:43 -0400</pubDate><a10:updated>2011-04-21T20:01:43-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/57.aspx#reply122</link></item><item><guid isPermaLink="false">messageId=123</guid><author>David J (adam.sandman+support@inflectra.com)</author><title> You typically should use the  Resolved in Release  field to specify the release that the defect is </title><description> You typically should use the  Resolved in Release  field to specify the release that the defect is planned to be addressed in. The  Detected in Release  is only meant to signify the release that the defect was  found in .    I hope that clarifies things better. </description><pubDate>Fri, 22 Apr 2011 19:39:10 -0400</pubDate><a10:updated>2011-04-22T19:39:10-04:00</a10:updated><link>/Support/Forum/spirateam/issues-questions/57.aspx#reply123</link></item></channel></rss>