I'm reading the FAQ on the new field context behavior related to the field - field scheme changes and wanting to confirm behavior. I've excerpted the section I'm wondering about below.
Field always has a global context with default values, but I can set a separate list of values for a particular space via contexts. Basically, if I don't designate a context for a space that includes the field, the field will show the defaults, correct?
Am I also reading correctly that the context cannot be set within a space to give a specific set of values by work type, or is that also still possible?
-------
Q: Are Field Contexts going away completely?
A: No, but their purpose is changing slightly. Field Contexts will remain, and they will define a field's default value, available dropdown options, and other configurations unrelated to visibility of a field.
They will continue to exist and define those settings per space/work types.
They will no longer control whether a field is visible on a specific space or work type.
Since contexts are no longer restricting use to certain spaces/work types, you will no longer be able to delete its global context, but you are still able to modify it's configurations. (note: this also removes previous restriction that a field with no global context could not be used in team-managed spaces)
Q: Will it still be possible to have multiple contexts per field with different dropdown options for different projects/spaces?
A: Yes. You can still have different sets of options for the same field across different spaces.
Hi @Sarah James
In a nutshell, adding to @Gor Greyan explienation, Field Schemes replace Field Configuration and Field Configuration Schemes.
Field contexts are not changing, these are set on a field.
hi @Sarah James in case you are familiar with the concept of field context before this change, there isnt a big change, aside from the global context appearing always and its not editable.
You can set a field context to appear for one or more types within a select project. When the field shows under that project and types, the contextual values will appear (defult, options).
If you dont set a context, the global context values (defult, options) will prevail.
On the field scheme level, you can define the field's behavior per type, in all the projects. this behavior will affect all projects regardles of the field context defined. the only overlap in this case is field visability and not the field values.
On the field scheme you can choose if a field will be mandatory (same settings that existed on fiield configuration previously), if it should appear or not on certain types (so if you have a field context for type A, but you defined the field to not apppear for type A in the field scheme, it will not appear at all), the the description for the field for a given type.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi @Sarah James
Welcome to the Atlassian Community!
With the new Field Schemes model, Field Schemes control where a field is available/visible, while Field Contexts control how that field is configured, including default values and the available dropdown options.
So, if your field has global/default options, those apply where no more specific context is applicable. You can then create additional contexts for particular spaces/work types and give those contexts their own set of dropdown options.
The same field could have.
Global context: A, B, C
Space A context: D, E, F
Work items covered by the Space A context would get D, E, F, rather than simply inheriting the global A, B, C list.
The major change is that contexts are no longer responsible for determining whether the field itself is available in that space/work type, that's now the responsibility of Field Schemes.
You can check these docs.
https://community.atlassian.com/forums/Jira-Cloud-Admins-articles/Announcing-General-Availability-of-Field-Schemes/ba-p/3246894
https://support.atlassian.com/jira-cloud-administration/docs/what-are-field-schemes
https://support.atlassian.com/jira-cloud-administration/docs/what-are-field-contexts
Regards,
Gor
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.