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

regression: direct input of ISO-8859-2 diacriticals fail on Linux

XMLWordPrintable

    • b59
    • x86
    • linux
    • Verified

      Regression: YES (from 1.4.2_04 fcs)
      Package: J2SE, JRE
      Version: 1.5.0-b51
      Locale: cs_CZ, pl_PL, hu_HU, fi_FI

      Description:
        The Czech keyboard has two ways how to insert some local characters -
          - directly (one key)
          - two keys combination (a deadkey and character).
        For example \u0159 (r caron) could be inserted by key '5'
        or by combination of key '+' and 'r'.
       
        Direct method fails on some characters (type nothing). You can insert
        the character by the two keys combination only (drag&drop works fine too).

        It happens on the characters:
          'e caron' (\u011b), 's caron' (\u0161), 'c caron' (\u010d),
          'r caron' (\u0159), 'z caron' (\u017e) and 'u ring above' (\u016f)
        others characters work fine ('y acute', 'e acute', ....)

        Other applications (gnome-terminal, ..) and JDK 1.4.2_04 work fine.
        Solaris version of Tiger b51 works fine too.

      Configuration(s):
       1) SuSE Linux 8.2 (i586)
          `uname -a`: Linux d-eprg05-76-238 2.4.20-4GB #1 Mon Mar 17 17:54:44 UTC 2003 i686 unknown unknown GNU/Linux
       2) RedHat AS3.0
        
      Test Suite(s): SwingSet2.jar, AcTest.java (attached)

      Reproduce Step(s):
        - install the OS and java
        - switch to language and keyboard to Czech (by 'yast2' on SuSE, )
        - restart computer
        - run 'java -jar SwingSet2.jar'
        - press '5' on alphanumeric keyboard
          -> insert nothing to java application
          (try the key on gnome-terminal for example ...)

      Reproducible in previous releases(s)?
        no in 1.4.2_04 fcs


      ###@###.### 2004-06-30

      Same problem reported by a CAP member:

      this time I finished development migration under Linux and discovered
      VERY SERIOUS BUG, which disqualify client java applications under
      Linux in non-US locales (or non-Latin1 - i cannot tell exactly).

      This bug appears only in current builds of JDK 1.5, not in
      JDK 1.4.2.

      Bug description:
        Under Linux with language set to Czech, there is no possible
        to enter some national characters in Swing text fields. Eclipse
        which uses SWT components works correctly.

        Atached screenschots with the same application after pressing
        the same sequnce of keys under 1.4.2 and Tiger Beta2.
        Screenshot with Tiger shows that some characters are missing

      Operating System:
        Fedora Core 2

            naoto Naoto Sato
            jenda Jan Lána (Inactive)
            Votes:
            0 Vote for this issue
            Watchers:
            3 Start watching this issue

              Created:
              Updated:
              Resolved:
              Imported:
              Indexed: