I would like to be able to copy a custom field, for example from Features to Requirements. I have several custom fields for Feature, then when I want to create a requirement from Aha! it complains those custom fields are not available,
Same here, I agree with all others. We have a custom field for releases that we want to have on feature level too. Now this means double-work and mistakes will for sure be made.
as others have said, this would be a time saver and reduce the chance for human errors if custom fields could be copied across types. i have a drop down list of items (eg customer name) that are used across multiple record types. having to manually copy paste the values across when changes need to be made is highly inefficient. its been more than 5 years since this was raised, would suggest this deserves some attention particularly for those of us who are admins (the manual maintenance burden this incurs is high).
I inherited tedious lengthy custom fields created from past users. Those field values need to be copied across the types Epic, Feature and Story. In one use case, a lengthy selection list custom field on the idea needs to follow the promoted idea with identical choice lists. I really don't want to spend time playing detective on choice lists to see if a list item was not perfectly the same in 2 or more instances of custom field. It would be great feature if we can copy the custom field to epic, feature and story types. Even better, simply let me have a feature to apply a custom field to multiple types (fix the underlying data model?)
I frequently need to promote features to master features as sub-features emerge. I have many custom fields used in a custom layout. Today, I have to painfully recreate every custom field from feature config to master feature config. This takes a long time, is error prone and is unproductive time.
It would be very valuable to clone one or more custom fields from one custom filed type to another.
Rather than copy custom fields, would like the same custom fields for features, releases etc.. as it is a custom field that is the same across our system.
+1 for this. I am finding myself wanting this more and more. Specifically the ability to keep a requirement and feature predefined choice lists in sync. Creating and maintaining two lists every time someone adds a new one in Jira seems inefficient and leaves room for error.
This would be very useful for us. I've few custom fields in Feature that I would like to use other places like master features, initiatives and ideas so that its same data can be used across.
This would be really useful for me. I have some custom fields set up at a feature level, which I now want to use the same list for the requirements. However, with the current functionality I need to set up a duplicate custom field for the requirement. This is annoying as it is a long list, and will then mean I have to maintain it twice (and it is likely to need updating in the future – and I am likely to forget to update it twice which will then break my Jira integration!)
I would phrase this as just re-using custom fields across all item types. I currently have multiple custom fields defined for the same thing in different item types, which is cumbersome to maintain.
Allow custom fields and their options across data types
Merged
For example, I created a custom field for "Customer" with choices for the feature data type. Ideally I only have to create this custom field/choices once and it'd work for all data types. Currently I'm forced to recreate the customfield/choices fo...
Yen Pham
over 5 years ago
in Application
0
Likely to implement
15
MERGED
Use same custom field across multiple custom tables
Merged
I would like to have a team custom field associated with a Master feature for estimates and a team custom field on a release to indicate capacity on a release. i would like these custom fields (team custom fields) to be the same custom field, so i...
This is a must. Would save a lot of time and improve quality.
Same here, I agree with all others. We have a custom field for releases that we want to have on feature level too. Now this means double-work and mistakes will for sure be made.
as others have said, this would be a time saver and reduce the chance for human errors if custom fields could be copied across types. i have a drop down list of items (eg customer name) that are used across multiple record types. having to manually copy paste the values across when changes need to be made is highly inefficient. its been more than 5 years since this was raised, would suggest this deserves some attention particularly for those of us who are admins (the manual maintenance burden this incurs is high).
I inherited tedious lengthy custom fields created from past users. Those field values need to be copied across the types Epic, Feature and Story. In one use case, a lengthy selection list custom field on the idea needs to follow the promoted idea with identical choice lists. I really don't want to spend time playing detective on choice lists to see if a list item was not perfectly the same in 2 or more instances of custom field. It would be great feature if we can copy the custom field to epic, feature and story types. Even better, simply let me have a feature to apply a custom field to multiple types (fix the underlying data model?)
I frequently need to promote features to master features as sub-features emerge. I have many custom fields used in a custom layout. Today, I have to painfully recreate every custom field from feature config to master feature config. This takes a long time, is error prone and is unproductive time.
It would be very valuable to clone one or more custom fields from one custom filed type to another.
Rather than copy custom fields, would like the same custom fields for features, releases etc.. as it is a custom field that is the same across our system.
+1 for this. I am finding myself wanting this more and more. Specifically the ability to keep a requirement and feature predefined choice lists in sync. Creating and maintaining two lists every time someone adds a new one in Jira seems inefficient and leaves room for error.
This would be very useful for us. I've few custom fields in Feature that I would like to use other places like master features, initiatives and ideas so that its same data can be used across.
This would be really useful for me. I have some custom fields set up at a feature level, which I now want to use the same list for the requirements. However, with the current functionality I need to set up a duplicate custom field for the requirement. This is annoying as it is a long list, and will then mean I have to maintain it twice (and it is likely to need updating in the future – and I am likely to forget to update it twice which will then break my Jira integration!)
Similarly, we need to implement the same custom field for feature and master feature
I would phrase this as just re-using custom fields across all item types. I currently have multiple custom fields defined for the same thing in different item types, which is cumbersome to maintain.