Uploaded image for project: 'Confluence Data Center'
  1. Confluence Data Center
  2. CONFSERVER-9258

Incorrect search results for single and double-byte Japanese strings

XMLWordPrintable

    • Icon: Suggestion Suggestion
    • Resolution: Fixed
    • 2.6.2
    • None
    • All with internationalization settings set correctly and using CJK indexing
    • We collect Confluence feedback from various sources, and we evaluate what we've collected when planning our product roadmap. To understand how this piece of feedback will be reviewed, see our Implementation of New Features Policy.

      Hello,

      We noticed incorrect behavior in how Confluence searches for single-bye and double-byte Japanese strings. Search for roman alphabets yields results incorporating both single and double-byte matches, as it should be. Similar behavior is required when searching for Japanese characters, for example, search for single byte katakana or numeric characters should return results matching both single and double byte occurrences, but now only double-byte matches are being retrieved. Please see attached Excel sheets summarizing the current behavior and the required behavior for single-byte and double-byte Japanese strings. Could you please investigate this and incorporate this improvement in a future release?

      Thanks,

      Neeraj

        1. Character+requirement+(single).xls
          17 kB
          Neeraj Jhanji
        2. Character requirement (double).xls
          17 kB
          Neeraj Jhanji
        3. Character requirement (single).xls
          17 kB
          Neeraj Jhanji
        4. Character requirement (single).xls
          17 kB
          Neeraj Jhanji
        5. Screenshot-Site Search - Confluence - Mozilla Firefox.png
          147 kB
          Andrew Lynch

              agnes@atlassian.com Agnes Ro
              jhanji@imahima.com Neeraj Jhanji
              Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

                Created:
                Updated:
                Resolved: