Uploaded image for project: 'Jira Platform Cloud'
  1. Jira Platform Cloud
  2. JRACLOUD-64415

Redmine Importer does not allow mapping custom fields do those defined in JIRA, causing fields duplication

    • Our product teams collect and evaluate feedback from a number of different sources. To learn more about how we use customer feedback in the planning process, check out our new feature policy.

      NOTE: This suggestion is for JIRA Cloud. Using JIRA Server? See the corresponding suggestion.

      Redmine importer duplicates custom fields every time an import is executed.
      Importer doesn't let you map custom fields to fields that are already defined in JIRA causing fields duplication.

            [JRACLOUD-64415] Redmine Importer does not allow mapping custom fields do those defined in JIRA, causing fields duplication

            Dario B added a comment -

            The External System Import has been removed from JIRA Cloud.

            Only importing from CSV and JSON are currently supported. Please refer to below KB for details on how to import from CSV:

            Dario B added a comment - The External System Import has been removed from JIRA Cloud. Only importing from CSV and JSON are currently supported. Please refer to below KB for details on how to import from CSV: https://confluence.atlassian.com/adminjiracloud/importing-data-from-csv-776636762.html

            Hello irene

            Yes you are correct - Redmine Importer only creates (and tries to reuse) text Custom Fields - the reason for that is the limited Redmine REST API. There is no way to determine the field type - Redmine is only returing text values.

            This has changed in Redmine 2.4+ (Redmine REST API in 2.4) - since this version we have the possibility to check Custom Fields definitions. Unfortunately that's also not yet supported - JIM-1140.

            Przemyslaw Borkowski (Inactive) added a comment - Hello irene Yes you are correct - Redmine Importer only creates (and tries to reuse) text Custom Fields - the reason for that is the limited Redmine REST API. There is no way to determine the field type - Redmine is only returing text values. This has changed in Redmine 2.4+ ( Redmine REST API in 2.4 ) - since this version we have the possibility to check Custom Fields definitions. Unfortunately that's also not yet supported - JIM-1140 .

            ajakubowski, the workaround you've described does not work for my case. I've created custom fields in Global context before the import, however, the importer still creates duplicate fields for the project context. It happens for all the fields where type is not text.

            I have a support ticket with screenshots and import log here: https://support.atlassian.com/browse/JST-85865

            Ignat (Inactive) added a comment - ajakubowski , the workaround you've described does not work for my case. I've created custom fields in Global context before the import, however, the importer still creates duplicate fields for the project context. It happens for all the fields where type is not text. I have a support ticket with screenshots and import log here: https://support.atlassian.com/browse/JST-85865

            As examined this issue affects other importers as well.

            There are two aspects of this issue:
            1. When during import new custom field is created it is assigned only to currently selected (those that are imported to) projects. Then in second import one cannot select those custom fields when importing to different project. This is intended behaviour.
            2. When one select to import issues to existing project mapping to fields associated with this project should be possible - but currently is not - this is the actual bug.

            The workaround for this is to create first (or change those created during first import) custom fields and assign them "Global context" instead of project context.

            Adam Jakubowski (Inactive) added a comment - As examined this issue affects other importers as well. There are two aspects of this issue: 1. When during import new custom field is created it is assigned only to currently selected (those that are imported to) projects. Then in second import one cannot select those custom fields when importing to different project. This is intended behaviour. 2. When one select to import issues to existing project mapping to fields associated with this project should be possible - but currently is not - this is the actual bug. The workaround for this is to create first (or change those created during first import) custom fields and assign them "Global context" instead of project context.

              Unassigned Unassigned
              Anonymous Anonymous
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: