|
History
| Log In
|
|
|
|
I think this could be implemented as a custom field now.
What's going on with this issue?
Is there a chance to have it with version 3.2? At least it doesn't look that hard to implement and it would be really really useful. We are using security levels to control customer access, and a filter on this would help us view the issues by customer.
Just to put in my oar here... I'm trying to do the same thing as Sulka Haro, so could use this feature.
Cheers. Just would liek to mention that it is possible to add the Security Level to your Navigator Columns list and tehn sort the results by it. I know this is not the best solution.
Sorry Mark,
3.3 is due out any day now and no new features will be added to it. I am guessing 3.4 dev is starting on Monday. Though keep in mind we concentrate on the most popular features for releases: http://jira.atlassian.com/browse/JRA?report=com.atlassian.jira.plugin.system.project:popularissues-panel 
3.4 has already been scoped and this change is not in but we will consider it for the next release. Cheers, Four more votes and this issue will be in popular issue list too
 I also would be happy to see this feature in next release. Hi!
I'm on my vacation and will be back at the office on July 30th, 2006. If you got this email after sending a message to an email list I've subscribed to, please accept my apologies on behalf of the autoresponse-system. Thank you, sulka Jeff - why is the component Custom Fields? Security Level is a standard field, isn't it?
Yes, "filtering and indexing" is better. It could be implemented as a new custom field type, hence the component.
This is a sorely needed feature. We use security levels to tag issues for review by our security working group, and we really have no good way to see the whole range of security issues at a glance.
I also use Security Levels for tagging issues to customers. It would be very helpful to have this functionality.
I agree. But make it also possible to filter with and/or (in secgroup x and secgroup or secgroup z)
When will this feature be available? I realy need this.
We would also like to havbe this function. The number of Sub-Projekts is growing fast and the number of user groups with various security levels is increasing. Therefore this filter would ease work quite a bit.
Gruss, Lukas For us this functionality is also very important. We already have 72 votes and the implementation should not be too complicated, should it?
Dear Atlassian Team, for what future release are you going to consider the change? The issue is still unassigned... HI,
As a workaround I have published this plugin: http://confluence.atlassian.com/display/JIRAEXT/ILOG+Security+Level+Searcher+Plugin Cheers Any update on this functionality being built in.
I haven't tried the plug-in yet, but I shouldn't have to, at least not for security related features. It's hard enough to keep up with the rapid jira releases as it is (if you fall too far behind, it's a nightmare), and then to test all the plugins for compatibility and functionality. This feature was requested back in version 2.5.3.... 3.11 is out... over 40 releases and this hasn't been addressed yet? I'm going to try out the plug-in, but once again... I shouldn't have to. -Dom Hi there,
We are interested in this issue as well because we use the "Security Type" in some Jira-Projects to map the different kind of contracts we have with the customer. These contracts are security relevant. eg. Technical People of a customer should not see their business-issues but the technical issues. Just some personal thoughts: Thanks a lot to Pierrick for the plug-in. I've installed it and it seems to work OK even if one can not select one of the Security Levels but need to type in its name (or part of it). This is a little tricky to explain to the regular user but is better than not having this functionality. Cheers, Marc We are using the security level to maintain a knowledgebase (published = customers, published internal = technical sales, etc.). We're unable to define filters and thus, no chance to know what issues need work or need to be revised after each release. This is getting more and more time consuming as the sheer number of issues increases.
I'll ask our IT to have a look at Pierrick's plugin... thanks for the pointer. I find it disturbing that core issues like this one go ignored for, quite literally, years while many people continue to request it. While I appreciate Pierrick's plugin, it needs more features. Thank god it works in 3.12 or I'd be shrugging at our developers here.
What does it take to bump missing features up the list, a mass of votes and watchers? This and the subtask missing security issue should both be fixed prior to 4.0 which is probably years away. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
 |
|
New Feature
Open
Major
Can't filter by Security Level
Any chance of seeing this any time soon?
Any chance of seeing this any time soon?