Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 9260129
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: June 18, 20262026-06-18T12:49:02+00:00 2026-06-18T12:49:02+00:00

For reasons I won’t go into here I need to stop developers from changing

  • 0

For reasons I won’t go into here I need to stop developers from changing the Fix Version in JIRA without preventing them from changing the Green Hopper Ranking.

This is slightly complicated as Greenhopper allows you to change whether you are using the Schedule Issues or Resolve Issues permission for this stuff.

I’ve tried the following:

  • Set GH to use the Resolve Issues permission and revoked the Resolve Issues permission. This prevents users from changing both fields.

  • Set GH to use the Schedule Issues permission and revoked the Resolve Issues permission. This allows editing of Ranking, and blocks changing the Fix Version in the JIRA screens, so far so good. However it is still possible to change the Fix Version in the Green Hopper Planning board.

  • I’ve also investigated removing the Fix Version field from the JIRA screens, however you can still always change it in GH.

I’m out of ideas, so I’m hoping someone out there has worked out the answer for me 🙂

Forgot to mention – I’m using JIRA 4.1.2 with GH 5.1

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-06-18T12:49:04+00:00Added an answer on June 18, 2026 at 12:49 pm

    Out of the box, what you describe can’t be done. Atlassian has made clear that they won’t be providing field level security as outlined in JIRA-1330.

    That said, control of who can and can’t set the fixVersion field is controlled by the Resolve Issue permission as noted here, though it appears you have gone down that route.

    My question to you: are you using the fixVersion field? If so, how are you using it and when is it set? The answer to that is key to figuring out the right way to go.

    A few possible ways to address this issue:

    • Control it via a workflow as outlined in this article
    • Control it via a template as outlined in this article
    • See if the Field Security Plugin might meet your needs

    Having worked with JIRA long enough, I do know that I could cobble something together to make this a reality. It just is going to take time. For example, you might be able to use the scripting plugin to reset the fixVersion field if it has been edited by anyone without the permission to change it.

    Depending on how important this is to you, you might want to retain a JIRA Consultant to come up with a solution for your need.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

From reasons I won't get into, all our unit tests are using the VSTS
For silly reasons I'll not go into here, I need the commented out line
For reasons that I won't get into here, I will be doing some new
For reasons I won't go into, I need a COM-based tree control with the
For reasons I won't go into I need to use CLR generics syntax in
For reasons I won't go into, I wish to ban an entire company from
For various reasons I won't discuss here, I am writing a simple tokenizer in
For various reasons that I won't go into (I promise it's necessary to do
I have the following C# code. For reasons I won't go into, this is
For reasons I won't get into I'm forced to configure a log4j appender programmatically.

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.