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

Earn badges and make progress

You're on your way to the next level! Join the Kudos program to earn points and save your progress.

Deleted user Avatar
Deleted user

Level 1: Seed

25 / 150 points

Next: Root

Avatar

1 badge earned

Collect

Participate in fun challenges

Challenges come and go, but your rewards stay with you. Do more to earn more!

Challenges
Coins

Gift kudos to your peers

What goes around comes around! Share the love by gifting kudos to your peers.

Recognition
Ribbon

Rise up in the ranks

Keep earning points to reach the top of the leaderboard. It resets every quarter so you always have a chance!

Leaderboard

Come for the products,
stay for the community

The Atlassian Community can help you and your team get more value out of Atlassian products and practices.

Atlassian Community about banner
4,551,670
Community Members
 
Community Events
184
Community Groups

Different Default Custom Field Values for each Issue Type (within a Project)

Simple request:

Within a project, I have custom fields.  I would like to have default values for some of those which will differ depending on issue type selected

So far I can't find any way to achieve this. 

I've looked at field contexts and field schemes, and field configuration schemes, and neither of those seem capable of handling this requirement. 

2 answers

0 votes
John Funk
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 22, 2023

Hi @GR_MW  - there is no way to do that. You can’t have separate default values per context. You would need to create multiple custom fields.

Yes, I was afraid of that, and creating/duplicating custom fields was going to be my last-ditch workaround if there's no other way. It just feels really clunky to do that. 

Do you know if there's a reason it's not configurable via field configurations?  Seems the logical place for it to live. 

John Funk
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 22, 2023

I have wondered that myself - but I have no idea why it's not there. 

0 votes
Mark Segall
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 22, 2023 • edited

Hi @GR_MW and welcome to the community!

This is possible with field configurations.  It would work like this:

  1. Create Field Configurations for each of the issue types 
  2. Create a Field Configuration Scheme and assign all of the field configurations created in step 1 to their respective issue type
  3. In your project, change the Field Configuration Scheme to the one created in step 2

Thanks Mark for taking a look.

I don't see how or where, in a field configuration, one can specify "default values" for a field.

Can you please point me to any documentation that shows that?

It would be great if that worked, as I have already set up Field Configurations for each issue type, and a Field Configuration Scheme(s) for them.  These work great for customizing field descriptions, hiding fields, and marking fields required (or not). 

I just don't see any place within those structures to specify different default values

Mark Segall
Community Leader
Community Leader
Community Leaders are connectors, ambassadors, and mentors. On the online community, they serve as thought leaders, product experts, and moderators.
Mar 22, 2023

Whoops - Sorry I just realized that field configuration is description only.  You said that you tried field contexts.  Did you explicitly set each context for issue type and that still didn't work?

Note - As soon as you start setting issue type field contexts, you've basically taken that field away from other projects that want to use it differently.

Yes, I looked into contexts - and unless I have missed it, or misunderstood, the docs say that we can have only one field context within a project (though not sure why).

That rules out this method as > 1 context would be required in order to differ the defaults by issue type.

I guess a workaround (though, a bad one) would be to just duplicate fields where we need to customize the default by issue type. But that's tedious and leads to clutter.

Suggest an answer

Log in or Sign up to answer
TAGS
AUG Leaders

Atlassian Community Events