Uploaded image for project: 'Jira Data Center'
  1. Jira Data Center
  2. JRASERVER-39009

When using a language pack other than English, searching with JQL, system fields are all in English, custom fields are all in the other language

      Symptoms

      Using JQL, the fields you search for will use English names for all system fields, but translated names for all custom fields. For example when using Japanese and JIRA Agile, issuekey is in English, but sprint is in Japanese (スプリント):

      This may cause confusion for users when typing JQL queries. It would be more consistent if they were all in the same language.

      Steps to Reproduce

      1. Install a language pack
      2. Switch to using that language
      3. Install a plugin such as JIRA Agile, which has translated custom fields
      4. Try to search for system and custom fields using JQL

            [JRASERVER-39009] When using a language pack other than English, searching with JQL, system fields are all in English, custom fields are all in the other language

            Hi dmason,

            I have spent some time today reproducing and attempting to understand this behaviour, and ultimately this is actually a JIRA Agile problem

            In further detail, the jql view allows to refer to a field by either its name (system fields) / name or id (custom fields). It's not possible to refer to a field by its translated name only by its canonical name

            Now, JIRA Agile's custom fields seem to support this because the plugin is smart and it tries to pick a canonical name for the field that matches the server language at the moment that JIRA Agile is installed.

            So for instance, if a user with English as his preferred language would login to an instance where the server language is set to Japanese, they would have to create their jql queries using japanese field names for JIRA Agile fields. This is clearly undesirable behaviour and I will raise a bug in the JIRA Agile project to track this.

            In the future, it might prove useful to improve JIRA such that users would be able to input and view JQL queries using the translated name of fields, and be able to share these with others / etc... no matter what their preferred language is. That would fall in the territory of a feature request.

            Hope the information here clarifies things.

            Regards,

            Oswaldo Hernández.
            JIRA Bugmaster.
            [Atlassian].

            Oswaldo Hernandez (Inactive) added a comment - - edited Hi dmason , I have spent some time today reproducing and attempting to understand this behaviour, and ultimately this is actually a JIRA Agile problem In further detail, the jql view allows to refer to a field by either its name (system fields) / name or id (custom fields). It's not possible to refer to a field by its translated name only by its canonical name Now, JIRA Agile's custom fields seem to support this because the plugin is smart and it tries to pick a canonical name for the field that matches the server language at the moment that JIRA Agile is installed. So for instance, if a user with English as his preferred language would login to an instance where the server language is set to Japanese, they would have to create their jql queries using japanese field names for JIRA Agile fields. This is clearly undesirable behaviour and I will raise a bug in the JIRA Agile project to track this. In the future, it might prove useful to improve JIRA such that users would be able to input and view JQL queries using the translated name of fields, and be able to share these with others / etc... no matter what their preferred language is. That would fall in the territory of a feature request. Hope the information here clarifies things. Regards, Oswaldo Hernández. JIRA Bugmaster. [Atlassian] .

              Unassigned Unassigned
              dmason David Mason (Inactive)
              Affected customers:
              1 This affects my team
              Watchers:
              4 Start watching this issue

                Created:
                Updated:
                Resolved: