Create
cancel
Showing results for 
Search instead for 
Did you mean: 
Sign up Log in

Next challenges

Recent achievements

  • Global
  • Personal

Recognition

  • Give kudos
  • Received
  • Given

Leaderboard

  • Global

Trophy case

Kudos (beta program)

Kudos logo

You've been invited into the Kudos (beta program) private group. Chat with others in the program, or give feedback to Atlassian.

View group

It's not the same without you

Join the community to find out what other Atlassian users are discussing, debating and creating.

Atlassian Community Hero Image Collage

Scriptrunner Behaviours -> field is not hideable message Edited

I would like to make a customfield hidden if a user is not in a certain group. For this I added a mapping to a project and issuetype in scriptrunner -> behaviours. 

Now when selecting the behaviour for the field (I picked "Hidden") I get the message: 

The field Testing is not hideable, so it will only be hidden when the issue is editable.More info.

The condition I am using is "Except" and I am testing for "Current user in group: XYZ" 

 

The field itself is a multiline textfield (enabling or disabling the search index has no effect). 

How can I find out why the field is not hideable? It is not marked as required or such. 

 

JIRA-Version: v7.12.3 

1 answer

I had the same issue today and I have learned the following.

tl;dr

The error message is misleading in a way. Also the manual does not reflect this limitation even though it is such one. However, behaviours do only work for edit and create screens, NOT for VIEW screens. See here.

Depending on your use case, which is not precise enough to say wether it helps you or not, you may still hide a field with the help of behaviours but only for the purpose of creating/editing an issue. You only have to consider that a field can be viewed though - it cannot be viewable for a particular group of users exclusively.

 

----

Alternatively you can work with an issue security schema which I am considering for my case. For example there's a personal information required in order to fulfil a certain service request via Service Desk (let's say reset password, an issue will be triggered by mail). Only a very limited number of people apart of the requester should be able to view it.

  • Create an Issue Security Schema
  • Add at least one level
  • Add at least one person, project role, group etc. to that level
  • Associate the schema with your Jira project(s)
  • Add the field "Security Level" to the associated screens (at least create screen)
  • Make sure that the Security Level can be set (grant/limit permission within permission schema if necessary)
  • For Service Desk: add the field to the dedicated request type form as a hidden field, set one security level as a default
  • For Jira Software: add a post function to the associated workflow (Script Post-Function [ScriptRunner] --> Set issue security level depending on provided condition) - a condition is not mandatory as far as I know.

Hope this helps.

 

Cheers,

Johannes

Hi Johannes, 

I've abandoned it using the tools / plugins available back then. There should be plugins which allow it though. 

Your "workaround" would probably work really well. You have to consider that jira does send the information in mail (depending on what rules are set up) and there it does not obey security schemes. This could be a potential leak. 

 

best, 

Jan 

Suggest an answer

Log in or Sign up to answer
TAGS

Community Events

Connect with like-minded Atlassian users at free events near you!

Find an event

Connect with like-minded Atlassian users at free events near you!

Unfortunately there are no Community Events near you at the moment.

Host an event

You're one step closer to meeting fellow Atlassian users at your local event. Learn more about Community Events

Events near you