Uploaded image for project: 'JDK'
  1. JDK
  2. JDK-8158478

X11 keysym XK_topt maps to the wrong Unicode character

    Details

    • Subcomponent:
    • Resolved In Build:
      b127
    • CPU:
      x86_64
    • OS:
      linux

      Description

      FULL PRODUCT VERSION :
      openjdk version "1.8.0_91"
      OpenJDK Runtime Environment (IcedTea 3.0.1) (suse-12.1-x86_64)
      OpenJDK 64-Bit Server VM (build 25.91-b14, mixed mode)


      ADDITIONAL OS VERSION INFORMATION :
      Linux NGEP14 4.1.20-11-default #1 SMP PREEMPT Fri Mar 18 14:42:07 UTC 2016 (0a392b2) x86_64 x86_64 x86_64 GNU/Linux

      A DESCRIPTION OF THE PROBLEM :
      This is just a typo in keysym2ucs.h: (for instance, src/solaris/classes/sun/awt/X11/keysym2ucs.h):

      line 1688:
      0x242c #define XK_topt 0x9f7

      This should be 0x252c instead of 0x242c. U+242C is not even defined.

      STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
      1. Have a custom X11 keyboard layout with "topt" assigned to some key:
        xmodmap -e "keysym KP_Minus = topt"

      2. Press this key in any Java-based editor, say jEdit.


      EXPECTED VERSUS ACTUAL BEHAVIOR :
      EXPECTED -
      Displays the Symbol ┬ (U+252C: BOX DRAWINGS LIGHT DOWN AND HORIZONTAL).

      ACTUAL -
      Depending on the default font, it displays a replacement character for U+242C (not defined).

      REPRODUCIBILITY :
      This bug can be reproduced always.

      CUSTOMER SUBMITTED WORKAROUND :
      Workaround: use keysym U252c instead of topt in the definition of the keyboard layout


        Attachments

          Activity

            People

            • Assignee:
              pkbalakr Prem Balakrishnan
              Reporter:
              webbuggrp Webbug Group
            • Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: