Beyond the observation that the tag filtering does not seem to work at the moment, that would mean having to redo all the grouping that has been done till now, which is not reasonable. Regards, Shalom > -----Original Message----- > From: Rich, Dave [mailto:Dave_Rich@mentor.com] > Sent: Thursday, February 05, 2015 17:20 > To: Bresticker, Shalom; Neil Korpusik > Cc: sv-bc@eda.org > Subject: RE: [sv-bc] master issues > > Mantis introduced a TAG system which could be used to group mantis items > together. There might have been some problems in the version of Mantis that > we are using, but I will be upgrading the mantis system after DVCon. > > -----Original Message----- > From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of > Bresticker, Shalom > Sent: Thursday, February 05, 2015 1:16 AM > To: Neil Korpusik > Cc: sv-bc@eda.org > Subject: RE: [sv-bc] master issues > > The best solution I can find within the scope of my permissions as Manager > is to add a new Category for Master issues (existing categories are SV-AC, > SV-BC, ...). > > Ideally I would want to add a new value to the Type field, but I can't. > Maybe an Administrator can, or maybe it is built into Mantis and cannot be > changed. > > Shalom > > > > -----Original Message----- > > From: Neil Korpusik [mailto:neil.korpusik@oracle.com] > > Sent: Wednesday, February 04, 2015 02:14 > > To: Bresticker, Shalom > > Cc: sv-bc@eda.org > > Subject: Re: [sv-bc] master issues > > > > Hi Shalom, > > > > I took a look and came up with a possible solution. > > > > There is a Mantis field called "Fixed in Version". We could come up > > with a dummy "version" whose sole purpose is to flag this set of mantis > items. > > Since we are able to define the set of versions being tracked, we > > should be able to use a somewhat arbitrary string. Something like the > > following could be used. I see that we already have a couple of > > versions defined which contain a blank character, so the following > > should be legal for the "Product Version" field. > > > > Master Issues > > > > > > Neil > > > > > > > > On 02/03/15 01:11, Bresticker, Shalom wrote: > > > Hi, > > > > > > A long time ago, when I started creating master issues in Mantis, > > > mostly for SV-BC, I looked for a way to give them a special > > > classification that could be used as a filter in searches. Originally > there was nothing. > > > > > > Eventually, 'block' appeared as an option in Severity. It sounded to > > > me like it meant 'a block of issues', which was what I was looking > > > for. I started changing the master issues to 'block'. I did not > > > understand why it is in Severity, but there is not always logic in these > things. > > > > > > A few months ago, it came to my attention that the meaning of > > > 'block' as a severity was intended to be like 'showstopper', i.e., > > > 'blocks > > completion'. > > > > > > Does anyone have a suggestion what I should do with these master issues? > > > > > > Thanks, > > > > > > Shalom > > > > > > Shalom Bresticker > > > Communications & Storage Infrastructure Group Design Automation > > > > > > Intel Jerusalem, Israel > > > +972 2 589 6582 (office) > > > +972 54 721 1033 (cell) > > > http://www.linkedin.com/in/shalombresticker > > > > > > The devil is in the details. > > > > > > -------------------------------------------------------------------- > > > - > > > Intel Israel (74) Limited > > > > > > This e-mail and any attachments may contain confidential material > > > for the sole use of the intended recipient(s). Any review or > > > distribution by others is strictly prohibited. If you are not the > > > intended recipient, please contact the sender and delete all copies. > > > > > > > > > -- > > > This message has been scanned for viruses and dangerous content by > > > *MailScanner* <http://www.mailscanner.info/>, and is believed to be > > > clean. > --------------------------------------------------------------------- > Intel Israel (74) Limited > > This e-mail and any attachments may contain confidential material for the > sole use of the intended recipient(s). Any review or distribution by others > is strictly prohibited. If you are not the intended recipient, please > contact the sender and delete all copies. > > > -- > This message has been scanned for viruses and dangerous content by > MailScanner, and is believed to be clean. > > --------------------------------------------------------------------- Intel Israel (74) Limited This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.Received on Sun Feb 8 01:23:11 2015
This archive was generated by hypermail 2.1.8 : Sun Feb 08 2015 - 01:23:45 PST