nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Can't associate screen with issue type create

Prateek Kumar3

I did the following.

1. created 4 issue types for a new project A,B,C,D

2. Created a screen scheme with a screen for creating issues of one of the above 4 issue types (A).

3. Associated the above screen scheme with that issue type (A) using new issue type screen scheme.

4. Associated issue type screen scheme with my project.

I still can't see my custom fields when I try to create a new issue (A)

Please help.

Accepted answers

Onkar Ahire

Hi Prateek,

Please check Applicable contexts for scheme in the configuration of that custom field which does'nt seems on

Go >> Administration >> Custom Field >> Select the Custom field settings >> Configure >> There is "Applicable contexts for scheme " >> Edit Configuration >> Select the project and the issue type for that custom field should appear.

All comments

Onkar Ahire

Hi Prateek,

Please check Applicable contexts for scheme in the configuration of that custom field which does'nt seems on

Theinvisibleman

Hi Prateek,

You should also check the screen that you have configured to appear when creating issue type A. To check this, you will have to head to your Administration -> Screens, then at the screen you are using, click on the 'Configure' button at the right side of the page.

Cheers,

Joe

Nic Brough -Adaptavist-

You need to get three things correct to get custom fields to appear. If any one of them is wrong, the field will not appear.

Field context (Onkar's answer)

Screen (Joe's answer)

Field configuration (Look at the field configuration scheme for the project and check that fields are not hidden)

Prateek Kumar3

Great - I was missing what Onkar suggested. My question is there are many custom fields I already added to a screen and already made associations with issue type and project through issue-type-screen-scheme - then what is the rationale behind doing the rework of associating fields individually with with issue types and projects?

Nic Brough -Adaptavist-

You can have a screen for <some purpose> that can be shared across several projects or workflows that behaves differently for a project or issue type. Think of a simple example - is a field called "risk mitigation" really of any use outside risk issue-types? (Yes, there's an argument to spend that time doing it with screens only, but that leads you into having 3 or more screens per project and issue type. This approach gives users a lot more flexibility and, from what I've read, allows for faster indexing and retrieval, but I'm not sure where I saw that!)

Prateek Kumar3

Hmm. I could see creating copies of screen for different issue types and doing away with risk mitigation field in some - but thats me.

Now I think I'll be better off creating one big screen with all fields in it instead of different screnes for issue types. atleast that will save me the work creating new screens (if not of - associating each field with issue type & project)

But I want to say that I see 2 design intentions that somehow got mixed up - on one hand you offer issue-type-screen-scheme after configuring which its kind of couterintuitive to get down to field level. On the other hand you offer the felxibility to create one screen to be shared among issue types.

Ayways, I am gonna do some serious field work now:)

Thanks

Welcome!

It looks like you're new here. Sign in or register to get started.

Quick Links

Find more posts tagged with

issue-type

assign

screen