<!-- 
RSS generated by JIRA (9.12.2#9120002-sha1:301bf498dd45d800842af0b84230f1bb58606c13) at Sun Jan 12 11:59:02 UTC 2025

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary append 'field=key&field=summary' to the URL of your request.
-->
<rss version="0.92" >
<channel>
    <title>Mojang Studios Jira</title>
    <link>https://bugs.mojang.com</link>
    <description>This file is an XML representation of an issue</description>
    <language>en</language>    <build-info>
        <version>9.12.2</version>
        <build-number>9120002</build-number>
        <build-date>10-01-2024</build-date>
    </build-info>


<item>
            <title>[MC-2781] Chinese, Japanese and Korean (and probably other IME entered languages) characters not working (fixed for Windows)</title>
                <link>https://bugs.mojang.com/browse/MC-2781</link>
                <project id="10400" key="MC">Minecraft: Java Edition</project>
                    <description>&lt;p&gt;Hi, Since Minecraft 1.1, Chinese Player cannot type chinese word in minecraft chatting.. in minecraft 1.4.2 the bug is still not fix.. I hope it can be fix soon in next version Thanks&lt;/p&gt;</description>
                <environment>Mac, Windows, Linux</environment>
        <key id="14561">MC-2781</key>
            <summary>Chinese, Japanese and Korean (and probably other IME entered languages) characters not working (fixed for Windows)</summary>
                <type id="1" iconUrl="https://bugs.mojang.com/secure/viewavatar?size=xsmall&amp;avatarId=18903&amp;avatarType=issuetype">Bug</type>
                                    <status id="5" iconUrl="https://bugs.mojang.com/images/icons/statuses/resolved.png" description="A resolution has been taken, and it is awaiting verification by reporter. From here issues are either reopened, or are closed.">Resolved</status>
                    <statusCategory id="3" key="done" colorName="success"/>
                                    <resolution id="1">Fixed</resolution>
                                        <assignee username="grum">[Mojang] Grum (Erik Broes)</assignee>
                                    <reporter username="doratown">Wilson</reporter>
                        <labels>
                    </labels>
                <created>Sun, 11 Nov 2012 11:55:20 +0100</created>
                <updated>Thu, 11 Aug 2022 18:12:08 +0200</updated>
                            <resolved>Fri, 16 Oct 2015 08:52:40 +0200</resolved>
                                    <version>Minecraft 1.4.2</version>
                    <version>Minecraft 1.4.7</version>
                    <version>Minecraft 1.5.2</version>
                    <version>Minecraft 1.6.2</version>
                    <version>Minecraft 1.6.4</version>
                    <version>Minecraft 1.7.1</version>
                    <version>Minecraft 1.7.2</version>
                    <version>Minecraft 1.7.4</version>
                    <version>Minecraft 14w02c</version>
                    <version>Minecraft 14w03a</version>
                    <version>Minecraft 14w03b</version>
                    <version>Minecraft 14w06b</version>
                    <version>Minecraft 14w08a</version>
                    <version>Minecraft 1.7.5</version>
                    <version>Minecraft 14w11b</version>
                    <version>Minecraft 1.7.9</version>
                    <version>Minecraft 14w20b</version>
                    <version>Minecraft 14w21a</version>
                    <version>Minecraft 14w21b</version>
                    <version>Minecraft 14w34c</version>
                    <version>Minecraft 14w34d</version>
                    <version>Minecraft 1.8-pre1</version>
                    <version>Minecraft 1.8-pre2</version>
                    <version>Minecraft 1.8-pre3</version>
                    <version>Minecraft 1.8</version>
                    <version>Minecraft 1.8.1</version>
                    <version>Minecraft 1.8.2-pre6</version>
                    <version>Minecraft 1.8.3</version>
                    <version>Minecraft 1.8.8</version>
                    <version>Minecraft 15w31c</version>
                    <version>Minecraft 15w32b</version>
                    <version>Minecraft 15w33b</version>
                    <version>Minecraft 15w40b</version>
                                    <fixVersion>Minecraft 14w34c</fixVersion>
                    <fixVersion>Minecraft 15w43a</fixVersion>
                                                        <votes>123</votes>
                                    <watches>51</watches>
                                                                            <comments>
                            <comment id="1191734" author="proghealer" created="Thu, 11 Aug 2022 18:12:08 +0200"  >&lt;p&gt;This issue is about CJK Input Method Editor (IME) not functioning; your problem is about console output, and probably is not limited to CJK texts (since yours is an encoding problem.) Please do not confuse two different problem that happens to both affect CJK texts.&lt;br/&gt;
Apparently you did find the appropriate bug to your problem (&lt;a href=&quot;https://bugs.mojang.com/browse/MC-157942&quot; title=&quot;Unable to start server with UTF-8 on Windows&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-157942&quot;&gt;MC-157942&lt;/a&gt; and &lt;a href=&quot;https://bugs.mojang.com/browse/MC-197483&quot; title=&quot;Encoding issue with cyrillic characters in server logs on Windows&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-197483&quot;&gt;MC-197483&lt;/a&gt;), and also this issue is closed, so I&apos;ll just leave this message to inform you about this.&lt;/p&gt;</comment>
                            <comment id="1191488" author="m124367" created="Wed, 10 Aug 2022 23:26:31 +0200"  >&lt;p&gt;I would like to add that up until 1.19.2 there is still no support for these characters in server console stdout and therefore latest.log will contain question marks instead of these symbols. This is because the encoding of the stdout is not set to UTF-8&lt;/p&gt;</comment>
                            <comment id="414999" author="saziumr" created="Thu, 26 Oct 2017 15:46:01 +0200"  >&lt;p&gt;In 17w43a, Japanese IME seems to work too.&lt;br/&gt;
However it is very buggy, and cannot be used in daily usage.&lt;br/&gt;
Minecraft seems to not check whether the player is using the IME. It does not skip key inputs that are ment to be for character imputs. Example, if I want to convert characters with the IME(in Japanese we use the Return key), Minecraft confirms as a &#8220;chat close imput&#8221;, and closes the chat menu wirhout imputting the words. Very serious problem.&lt;/p&gt;</comment>
                            <comment id="414980" author="achimnol" created="Thu, 26 Oct 2017 14:32:42 +0200"  >&lt;p&gt;17w43a snapshot now uses LWJGL v3 (all former Minecraft versions used v2) and the Korean IME seems to work well on macOS finally.&lt;br/&gt;
The composition window is invisible, but at least now I can type Korean charcter-by-character without modding!&lt;/p&gt;</comment>
                            <comment id="347528" author="l12436" created="Tue, 6 Dec 2016 05:34:40 +0100"  >&lt;p&gt;I found the IM in linux is force close in C code&lt;br/&gt;
the code in src/native/linux/org_lwjgl_opengl_LinuxKeyboard.c:87&lt;br/&gt;
set @im=none will cause the IM complete not working in linux&lt;br/&gt;
remove this code will re-enable the IM connect.&lt;/p&gt;</comment>
                            <comment id="347524" author="l12436" created="Tue, 6 Dec 2016 04:19:33 +0100"  >&lt;p&gt;There are no fix in linux by using gcin, and no other third party solution now. &lt;br/&gt;
currently I just could use copy and paste to type chinese in the chat.&lt;/p&gt;</comment>
                            <comment id="292661" author="jiahao2002" created="Sat, 5 Mar 2016 16:20:52 +0100"  >&lt;p&gt;When fix for Mac?&lt;/p&gt;</comment>
                            <comment id="257756" author="trejkaz" created="Fri, 23 Oct 2015 10:08:25 +0200"  >&lt;p&gt;@Kumasasa I know (I&apos;m already watching it). I was addressing someone who claimed that this bug has been fixed, when it has not actually been fixed yet.&lt;/p&gt;</comment>
                            <comment id="257732" author="kumasasa" created="Fri, 23 Oct 2015 07:05:57 +0200"  >&lt;p&gt;@&lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=trejkaz&quot; class=&quot;user-hover&quot; rel=&quot;trejkaz&quot;&gt;trejkaz&lt;/a&gt;: There is alread a new ticket for this: &lt;a href=&quot;https://bugs.mojang.com/browse/MC-91132&quot; title=&quot;No cross-platform CJK IME support&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-91132&quot;&gt;MC-91132&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="257675" author="trejkaz" created="Fri, 23 Oct 2015 00:23:28 +0200"  >&lt;p&gt;I find it hard to call this &quot;fixed&quot; when it still doesn&apos;t work for many people...&lt;/p&gt;

&lt;p&gt;Maybe change your wording to &quot;thanks to Grum for fixing this bug for some of us&quot;. The rest of us will continue waiting and expect a fix some time before 2035. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/sad.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="257371" author="proghealer" created="Thu, 22 Oct 2015 15:04:20 +0200"  >&lt;p&gt;Traditional Chinese IME on Windows is confirmed fixed as well.&lt;br/&gt;
As Joongi Kim pointed out, Mac issue is in another way; in fact, since the patches in the link I provided above also not working on Mac, those patches may aimed at Windows users only.&lt;/p&gt;

&lt;p&gt;Anyway, many thanks to Grum on fixing this bug! &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/biggrin.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="257262" author="achimnol" created="Thu, 22 Oct 2015 07:44:25 +0200"  >&lt;p&gt;For a better solution, we need to patch LWJGL as well.&lt;br/&gt;
I created a separate issue to continue discussion on that: &lt;a href=&quot;https://bugs.mojang.com/browse/MC-91132&quot; title=&quot;No cross-platform CJK IME support&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-91132&quot;&gt;MC-91132&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="257253" author="trejkaz" created="Thu, 22 Oct 2015 05:42:36 +0200"  >&lt;p&gt;Confirming that Japanese at least still doesn&apos;t work on Mac OS X 10.11. It behaves the same as before - latin characters come out even if I&apos;m not using the English input method.&lt;/p&gt;</comment>
                            <comment id="257194" author="tutu" created="Thu, 22 Oct 2015 05:14:36 +0200"  >&lt;p&gt;Sadly, it still does not work on Mac OSX 10.10.5. Neither Chinese nor Japanese IME work. If the developer need any other information (such as log file), please let me know.&lt;/p&gt;</comment>
                            <comment id="257134" author="achimnol" created="Thu, 22 Oct 2015 03:21:03 +0200"  >&lt;p&gt;Finally 15w43a on Windows works well with Korean IME!&lt;br/&gt;
The Mac version, however, has some issues on composition of Korean characters and behaves differently with different OS X IME plug-ins. This is what I have expected already, and I think that should be fixed along with lwjgl.&lt;/p&gt;

&lt;p&gt;Anyway, thanks a lot!&lt;/p&gt;</comment>
                            <comment id="255898" author="kakao0125" created="Fri, 16 Oct 2015 20:25:15 +0200"  >&lt;p&gt;i really really appriciate grum thank u &lt;br/&gt;
i did wrote many articles to korean communities,reddit and messaged skype friends, for vote spur this bug&lt;/p&gt;

&lt;p&gt;i&apos;m crying &#12640;&#12640;&lt;/p&gt;</comment>
                            <comment id="255799" author="laurixas" created="Fri, 16 Oct 2015 13:33:17 +0200"  >&lt;p&gt;Thank you Grum! I always were very frustrated that I can&apos;t type Japanese directly into Minecraft. You made my day, can&apos;t wait for next snapshot ^^&lt;/p&gt;</comment>
                            <comment id="255765" author="grum" created="Fri, 16 Oct 2015 08:52:40 +0200"  >&lt;p&gt;Tried implementing the above-mentioned fix. Though that path was never reached when &lt;tt&gt;getEventKeyState()&lt;/tt&gt; returned false, does now with some extra changes.&lt;/p&gt;

&lt;p&gt;Please check it in the next snapshot &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="253858" author="kyle2themax" created="Wed, 7 Oct 2015 21:56:20 +0200"  >&lt;p&gt;Can we get word from someone up top about whether this will be considered to be fixed by 1.9? Chat functionality is a very basic bug that affects tons of people without a voice to complain. It&apos;s been four years since chat broke!!&lt;/p&gt;</comment>
                            <comment id="226718" author="proghealer" created="Thu, 7 May 2015 20:22:58 +0200"  >&lt;p&gt;There is a post on &#24052;&#21704;&#22982;&#29305; (One of the biggest gaming forum in Taiwan) a few months before this bug created:&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://forum.gamer.com.tw/C.php?page=1&amp;amp;bsn=18673&amp;amp;snA=35796&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://forum.gamer.com.tw/C.php?page=1&amp;amp;bsn=18673&amp;amp;snA=35796&lt;/a&gt;  (Traditional Chinese)&lt;/p&gt;

&lt;p&gt;The op provided class file replacement (for release versions) which when patched (using the old-school replace-file-in-jar method), this problem is fixed. This post is continuously updated with new releases, currently providing fixes for 1.7.2 through 1.8.2-pre4 before the post was locked by board mod when other users replying to this three-year-old post. He posts later updates on his user page of that site: &lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://home.gamer.com.tw/homeindex.php?owner=a0918430588&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://home.gamer.com.tw/homeindex.php?owner=a0918430588&lt;/a&gt;  (Also Traditional Chinese)&lt;/p&gt;

&lt;p&gt;Recently I finally got some time to work out what he did to the class to fix the problem. Here is what I found.&lt;/p&gt;

&lt;p&gt;Take the 1.8.3 patchfile he provided for example: The method he changed in &lt;tt&gt;axv.class&lt;/tt&gt; is &lt;tt&gt;l()&lt;/tt&gt;. This method is roughly like this:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;&lt;span class=&quot;code-keyword&quot;&gt;public&lt;/span&gt; void l()
{
	&lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt;(org.lwjgl.input.Keyboard.getEventKeyState())
	{
		&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;.a(org.lwjgl.input.Keyboard.getEventCharacter(), org.lwjgl.input.Keyboard.getEventKey());
	}
	&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;.j.Z();
}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;(I &lt;tt&gt;javap&lt;/tt&gt;&apos;ed the class file and recreated the method from bytecode by myself; fortunately this method is very small &amp;#8211; only ten bytecode instructions. For the same reason, the class name / method name is the obfuscated name except the calls to LWJGL.)&lt;br/&gt;
He changed this method to become:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;&lt;span class=&quot;code-keyword&quot;&gt;public&lt;/span&gt; void l()
{
	&lt;span class=&quot;code-object&quot;&gt;char&lt;/span&gt; ch = org.lwjgl.input.Keyboard.getEventCharacter();
	&lt;span class=&quot;code-keyword&quot;&gt;if&lt;/span&gt;(ch &amp;gt;= 32 || org.lwjgl.input.Keyboard.getEventKeyState())
	{
		&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;.a(ch, org.lwjgl.input.Keyboard.getEventKey());
	}
	&lt;span class=&quot;code-keyword&quot;&gt;this&lt;/span&gt;.j.Z();
}
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;(Again, this is recreated from &lt;tt&gt;javap&lt;/tt&gt; result by myself. &lt;tt&gt;ch&lt;/tt&gt; is using a local register to store, so I reckon he had a local variable for it; the name &lt;tt&gt;ch&lt;/tt&gt; is arbitrarily chosen.)&lt;/p&gt;

&lt;p&gt;This fixed the problem.&lt;/p&gt;

&lt;p&gt;I havn&apos;t used LWJGL before, so I don&apos;t really know why this fixed the problem; my guess is that since we need multiple keystrokes to enter one character, the event getting the character is different from the keystroke event. (I have a wild guess here: in this case, LWJGL only get the final character event; the intermediate keystroke events are eaten by IME. I don&apos;t know if this is true or not.) Since the character event is not associated with any key, its &lt;tt&gt;getEventKeyState()&lt;/tt&gt; return value is meaningless and probably LWJGL just return &lt;tt&gt;false&lt;/tt&gt; in these case, which then causes &lt;tt&gt;l()&lt;/tt&gt; to discard this event.&lt;/p&gt;

&lt;p&gt;Hope this information can help Mojang developers to fix this problem once and for all.&lt;/p&gt;</comment>
                            <comment id="217991" author="cabera2" created="Tue, 3 Feb 2015 16:09:26 +0100"  >&lt;p&gt;1.8.2-pre6 still not fixed&lt;/p&gt;</comment>
                            <comment id="211433" author="kumasasa" created="Sat, 13 Dec 2014 12:00:45 +0100"  >&lt;p&gt;@all: Please stop the off topic discussion about any translation.&lt;/p&gt;</comment>
                            <comment id="210767" author="siiftun1857" created="Fri, 5 Dec 2014 06:15:05 +0100"  >&lt;p&gt;Please update BUG-version to add minecraft 1.8.1and pre-1.8.1-4.&lt;/p&gt;</comment>
                            <comment id="205352" author="a20001017" created="Sat, 25 Oct 2014 15:15:50 +0200"  >&lt;p&gt;i&apos;m sorry for add an mod attachment. i only want to help developers to fix the bug &lt;/p&gt;</comment>
                            <comment id="205335" author="grygrflzr" created="Sat, 25 Oct 2014 14:52:29 +0200"  >&lt;p&gt;John Chen, this is a bugtracker, not a mod hosting site. Feel free to host the mod else-where and link to it, but it does not belong as an attachment for this issue.&lt;/p&gt;</comment>
                            <comment id="205331" author="a20001017" created="Sat, 25 Oct 2014 14:43:23 +0200"  >&lt;p&gt;People use this patch to fix the bug by putting this into minecraft.jar. Hopefully  it can help you(developer).&lt;/p&gt;</comment>
                            <comment id="195000" author="achimnol" created="Thu, 28 Aug 2014 18:51:52 +0200"  >&lt;p&gt;1.8pre3 looks same regarding this issue.&lt;/p&gt;

&lt;p&gt;I (and probably other CJK users) want even a partial solution (for Windows) to be applied before the official release of 1.8, and expect fundamental fixes in collaboration with the LWJGL community in a foreseeable future. (A good example is SDL&apos;s text input APIs: &lt;a href=&quot;https://wiki.libsdl.org/Tutorials/TextInput&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://wiki.libsdl.org/Tutorials/TextInput&lt;/a&gt; . IME implementation was &lt;a href=&quot;http://forums.libsdl.org/viewtopic.php?t=6243&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;a part of community participation in Google Summer of Code 2010&lt;/a&gt;.)&lt;br/&gt;
The current status of LWJGL can be seen at &lt;a href=&quot;http://lwjgl.org/forum/index.php/topic,4129.0.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;link #1&lt;/a&gt; and &lt;a href=&quot;http://lwjgl.org/forum/index.php/topic,5319.0.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;link #2&lt;/a&gt;. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/sad.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;br/&gt;
I hope I too have some time to study LWJGL/Java/cross-platform IMEs and design + implement LWJGL&apos;s IME APIs, but unfortunately I do not have enough time to do it.&lt;/p&gt;</comment>
                            <comment id="194135" author="achimnol" created="Tue, 26 Aug 2014 08:26:08 +0200"  >&lt;p&gt;I just checked out 1.8-pre2 on Windows 8.1 + Java 1.7, but it still completely ignores IME-based character inputs on the chat input.&lt;/p&gt;</comment>
                            <comment id="194134" author="kkround" created="Tue, 26 Aug 2014 08:07:07 +0200"  >&lt;p&gt;checked for 1.8-pre2&lt;br/&gt;
still can&apos;t use&lt;/p&gt;</comment>
                            <comment id="193765" author="pcchou" created="Mon, 25 Aug 2014 16:55:55 +0200"  >&lt;p&gt;@Joongi Kim,&lt;br/&gt;
Agreed!&lt;br/&gt;
A partial solution for Windows will at least show that Mojang is working on to improve Minecraft&apos;s internationalization support.&lt;br/&gt;
Even though that Mac/Linux users like me can&apos;t benefit from it (and it will probably partially close this issue), but it will be really appreciated from all of the CJK users. &lt;/p&gt;</comment>
                            <comment id="193764" author="achimnol" created="Mon, 25 Aug 2014 16:52:38 +0200"  >&lt;p&gt;@Torabi,&lt;br/&gt;
So I suggest the first-step solution (at least for Windows users):&lt;/p&gt;

&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;When a text input UI is open and active: Accept any key input even if the event key state says &quot;it&apos;s not pressed&quot;.&lt;/li&gt;
	&lt;li&gt;Otherwise: Ignore them just like now.&lt;/li&gt;
&lt;/ul&gt;


&lt;p&gt;Unfortunately LWJGL does not have any kind of IME-related APIs, such as enabling/disabling IME. It just delivers WM_CHAR messages like key strokes. We need to collaborate with LWJGL developers to solve this issue ultimately.&lt;/p&gt;</comment>
                            <comment id="193761" author="achimnol" created="Mon, 25 Aug 2014 16:46:52 +0200"  >&lt;p&gt;In Mac, LWJGL seems to deliver only the first component of the character being composed.&lt;br/&gt;
I don&apos;t know how IME works on Mac/Linux platform.&lt;/p&gt;

&lt;p&gt;BTW, I believe that even a partial solution for Windows users would be much appreciated by CJK users.&lt;br/&gt;
I really want to stop copy-and-pasting texts from notepad (or installing 3rd party mods just to play the vanilla version &amp;#8211; you know, I have to wait them to update when the new version comes out)!&lt;/p&gt;</comment>
                            <comment id="193758" author="achimnol" created="Mon, 25 Aug 2014 16:36:20 +0200"  >&lt;p&gt;@Torabi,&lt;br/&gt;
The reason that the composition window appears regardless of chat input is open or not: Minecraft does not disable IME while text input is not open. As I mentioned above, automatic disabling/enabling IMEs depending on whether the focus is at text input is another important feature for CJK users. Gameplay keys must NOT go through IMEs (just like now) whereas text inputs MUST go through IMEs.&lt;/p&gt;

&lt;p&gt;As I mentioned above again, Windows automatically fall-backs to OS-provided UI (the composition window you see) if the application does not explicitly call IME-related APIs to control rendering of intermediate results of character composition. In such cases, WM_CAHR window message delivers the composition results and LWJGL seems to pass them to Minecraft but the event key state says &quot;not pressed&quot; and thus Minecraft ignores them.&lt;/p&gt;

&lt;p&gt;For native Windows application like notepad, the OS-provided text input control internally manages IMEs and character composition process.&lt;/p&gt;</comment>
                            <comment id="193755" author="torabi" created="Mon, 25 Aug 2014 16:30:24 +0200"  >&lt;p&gt;Windows 7 64bit, Japanese IME: The composition window appears when typing, whether the chat input is open or not. Thus, the game doesn&apos;t respond to the controls. Characters are not inserted into the chat box when it&apos;s open either.&lt;/p&gt;</comment>
                            <comment id="192330" author="achimnol" created="Fri, 22 Aug 2014 15:44:39 +0200"  >&lt;p&gt;1.8 prerelease on Windows 8.1 does not work with IME. Is it postponed to next minor releases?&lt;/p&gt;</comment>
                            <comment id="191696" author="pcchou" created="Thu, 21 Aug 2014 05:07:02 +0200"  >&lt;p&gt;Please add Linux Platform into the Environment list...&lt;/p&gt;

&lt;p&gt;On Linux there are no mod workaround for it.&lt;/p&gt;</comment>
                            <comment id="191382" author="achimnol" created="Wed, 20 Aug 2014 17:38:35 +0200"  >&lt;p&gt;I&apos;ve tested 14w34d on a Mac (OS X Mavericks, Java 1.6, OS-default Korean IME) and it did not work completely.&lt;br/&gt;
Only the first consonant syllables were typed. (Most Korean characters are composed of two or three syllables, combining consonants and vowels.)&lt;/p&gt;</comment>
                            <comment id="191348" author="monojkl" created="Wed, 20 Aug 2014 16:46:59 +0200"  >&lt;p&gt;This mod work for 1.7.10 , you need forge , but you can type in fullscreen (japanese IME work)&lt;br/&gt;
here is the link ! &lt;a href=&quot;http://mcc.mcsv.jp/IntelliInput&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://mcc.mcsv.jp/IntelliInput&lt;/a&gt;&lt;br/&gt;
and not fixed in 14w34d for me D:&lt;/p&gt;</comment>
                            <comment id="191314" author="favorlock" created="Wed, 20 Aug 2014 16:14:42 +0200"  >&lt;p&gt;Just checked and it doesn&apos;t work.&lt;br/&gt;
Windows 8.1 64 bit, Java 1.8_20, MC Launcher&lt;/p&gt;

&lt;p&gt;Perhaps you can take a look into MinecraftIM at &lt;a href=&quot;http://forum.minecraftuser.jp/viewtopic.php?t=153&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://forum.minecraftuser.jp/viewtopic.php?t=153&lt;/a&gt; It does appear to work, although you can&apos;t type in fullscreen and you have to disable the ime to play. Additionally it&apos;s outdated, last version was for 1.6.2.&lt;/p&gt;</comment>
                            <comment id="191246" author="ja731j" created="Wed, 20 Aug 2014 15:03:25 +0200"  >&lt;p&gt;Not fixed in 14w34d.&lt;br/&gt;
Windows 8.1 64 bit, Java 1.7.0, vanilla launcher, Microsoft IME 2012 using Japanese.&lt;/p&gt;</comment>
                            <comment id="191188" author="achimnol" created="Wed, 20 Aug 2014 11:25:57 +0200"  >&lt;p&gt;I neither confirm this issue fixed on Windows version (8.1 64bit, Java 1.7, with the vanilla launcher).&lt;br/&gt;
Korean IME does not use extra &quot;selection&quot; windows unlike Chinese/Japanese IMEs and just need the composition results to be delivered to the application.&lt;br/&gt;
I&apos;ll try Mac version and Linux versions soon.&lt;/p&gt;</comment>
                            <comment id="191175" author="tutu" created="Wed, 20 Aug 2014 08:40:59 +0200"  >&lt;p&gt;Can any other one confirm this fix? I have tried 14w34c on my Mac, but I still cannot type any Chinese or Japanese characters. No IME window is shown at all, and only English letters are printed out.&lt;/p&gt;

&lt;p&gt;I am using Mac OSX 10.9.4, Java 1.6.0_65 64bit, Google Japanese IME&lt;/p&gt;

&lt;p&gt;UPDATE:&lt;br/&gt;
I just tried again with Mac OSX built-in Zhuyin IME. Indeed the Chinese &quot;alphabet&quot; (Zhuyin) was printed out directly, but there was no chance for me to select a real Chinese character.&lt;/p&gt;

&lt;p&gt;For Chinese (and Japanese Kanji), one pronunciation is mapped to many characters, that is why there is a need of IME for the user to select the final printed character. The problem of Minecraft now seems to be that the IME window is completely unusable.&lt;/p&gt;

&lt;p&gt;So I do not think this issue can be called fixed for the current snapshot.&lt;/p&gt;</comment>
                            <comment id="191128" author="favorlock" created="Wed, 20 Aug 2014 05:21:10 +0200"  >&lt;p&gt;@Grum I&apos;m glad to hear that.&lt;/p&gt;</comment>
                            <comment id="190754" author="grum" created="Tue, 19 Aug 2014 17:28:31 +0200"  >&lt;p&gt;Played around with this today, might be fixed.&lt;/p&gt;</comment>
                            <comment id="180912" author="wyatt8740" created="Mon, 28 Jul 2014 03:08:34 +0200"  >&lt;p&gt;I am a native english speaker but I still think this should be implemented as soon as possible. Just my opinion.&lt;/p&gt;</comment>
                            <comment id="177904" author="achimnol" created="Tue, 22 Jul 2014 17:58:50 +0200"  >&lt;p&gt;Thanks a lot, @Torabi! &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;br/&gt;
Yes, I agree that floating IME windows may be invisible or look ugly in the full-screen mode. (We could test and see using the snapshots!)&lt;br/&gt;
However I belive that being able to type our native languages is much more important than use of the full-screen mode because Minecraft works and performs well with the default windowed mode.&lt;/p&gt;

&lt;p&gt;Ultimately in-game composition window will be the best solution, but it involves huge efforts to modify LWJGL and Minecraft itself.&lt;br/&gt;
I think allowing non-ASCII/IME-delivered keyboard inputs is the most cost-effective solution currently.&lt;/p&gt;</comment>
                            <comment id="177900" author="torabi" created="Tue, 22 Jul 2014 17:38:58 +0200"  >&lt;p&gt;An in-game composition window would be preferable, but if external floating windows are what foreign language users are used to, in Minecraft or other software, then it may not be as much of a problem as &lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=grum&quot; class=&quot;user-hover&quot; rel=&quot;grum&quot;&gt;grum&lt;/a&gt; &lt;a href=&quot;http://www.reddit.com/r/Minecraft/comments/1ycdwg/minecraft_snapshot_14w08a/cfjy9f9&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;believes it to be&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;There&apos;s an interesting comment &lt;a href=&quot;http://www.reddit.com/r/Minecraft/comments/1ycdwg/minecraft_snapshot_14w08a/cfjazh2&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;here&lt;/a&gt; about the use of getEventKey(), specifically that the LWJGL documentation recommends this instead:&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;(Keyboard.getEventKey()==Keyboard.KEY_NULL) ? Keyboard.getEventCharacter() : Keyboard.getEventKey()
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;The same information is present on &lt;a href=&quot;https://github.com/LWJGL/lwjgl/issues/59&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;issue 59&lt;/a&gt; at the LWJGL bug tracker. This may also fix the issue of Minecraft ignoring keyboard input when an IME is enabled.&lt;/p&gt;

&lt;p&gt;The comments in &lt;a href=&quot;https://bugs.mojang.com/browse/MC-30704&quot; title=&quot;Unsupported keys with foreign keyboard on Linux&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-30704&quot;&gt;&lt;del&gt;MC-30704&lt;/del&gt;&lt;/a&gt; contain some more information and code to fix the problem for other non-English keys, and may also fix this issue as well.&lt;/p&gt;</comment>
                            <comment id="177438" author="achimnol" created="Sun, 20 Jul 2014 18:27:28 +0200"  >&lt;p&gt;Mojang, please apply and release the quick fix as a snapshot to allow testing by the public, the CJK users in particular.&lt;br/&gt;
If it causes problems to other features, you can simply rollback the changes as many times before. I think snapshots are the perfect place to do such public tests.&lt;br/&gt;
If it resolves the input problem to some extent, we could discuss and make decision to close this issue or not.&lt;br/&gt;
If you, Mojang, have enough money, then please consider (temporarily) employ CJK Java developers to fix this problem.&lt;br/&gt;
Please be agile on this issue.&lt;/p&gt;</comment>
                            <comment id="177345" author="achimnol" created="Sun, 20 Jul 2014 08:56:31 +0200"  >&lt;p&gt;Googling shows me two more similar patches.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;https://bitbucket.org/ChickenBones/notenoughitems/pull-request/9/fixed-the-input-problem-with-cjk/diff&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bitbucket.org/ChickenBones/notenoughitems/pull-request/9/fixed-the-input-problem-with-cjk/diff&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://bitbucket.org/ChickenBones/notenoughitems/pull-request/12/by-this-way-can-slove-the-problem-of-input/diff&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://bitbucket.org/ChickenBones/notenoughitems/pull-request/12/by-this-way-can-slove-the-problem-of-input/diff&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="177344" author="achimnol" created="Sun, 20 Jul 2014 08:44:24 +0200"  >&lt;p&gt;@Torabi, I think just &quot;not ignoring false return value of getEventKeyState()&quot; will be a good starting point for Mojang even though they do not have experiences on IMEs. @Calvin&apos;s links do the same thing, but have different methods to patch Minecraft class files.&lt;/p&gt;

&lt;p&gt;Floating/external windows are implemented by IMEs, not by Minecraft. If you use standard text inputs for your Java application, you do not have to think anything about IMEs. It&apos;s OS-provided function. For Minecraft, the root cause of this problem is that it uses &quot;custom&quot; text inputs that processes only single (English) key strokes. Just allowing IMEs to pass their composition results to the text inputs will work, and the first step is not to ignore the key events when getEventKeyState() returns false.&lt;/p&gt;</comment>
                            <comment id="177009" author="snowcat" created="Sat, 19 Jul 2014 00:45:26 +0200"  >&lt;p&gt;The current method of fixing 1.7.x as follow. &lt;br/&gt;
Mojong can simply implement this to minecraft. &lt;br/&gt;
&lt;a href=&quot;https://github.com/zlainsama/InputFix&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/zlainsama/InputFix&lt;/a&gt;&lt;br/&gt;
or &lt;br/&gt;
&lt;a href=&quot;https://github.com/zlainsama/MoLanguage&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/zlainsama/MoLanguage&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="176869" author="torabi" created="Fri, 18 Jul 2014 15:36:30 +0200"  >&lt;p&gt;I believe the current concern is the interface. They&apos;d rather not depend on a floating, external window for character selection/conversion, which means they&apos;d have to implement an interface themselves. And I don&apos;t think anyone on the Minecraft team has much, if any, experience with IMEs or the languages that require them.&lt;/p&gt;</comment>
                            <comment id="176863" author="achimnol" created="Fri, 18 Jul 2014 14:53:16 +0200"  >&lt;p&gt;Is there any progress to this issue?&lt;br/&gt;
I&apos;m wondering what is the perspective of Mojang on this issue, e.g., Are they waiting for somebody to come up with full implementation? Are they waiting for testing of ignoring false return value of  getEventKeyState()? Are they waiting for more comments and responses? Does this issue have low priority because Minecraft&apos;s primary market is Western area? I simply do not know the sales statistics of Minecraft in the East Asian region, but I undestand that Mojang may not have enough motivation to look in this issue if it affects only 0.1% or less users. If so, please let us know to find other solutions and make progress!&lt;/p&gt;</comment>
                            <comment id="167002" author="favorlock" created="Mon, 23 Jun 2014 10:14:48 +0200"  >&lt;p&gt;I&apos;m also hoping that a fix for this is implemented in the near future as I would love to be able to type Japanese. I&apos;m also working on my own game which I want to support additional languages, so perhaps if I come across a solution I might post some information regarding how to fix the issue.&lt;/p&gt;</comment>
                            <comment id="161368" author="achimnol" created="Mon, 2 Jun 2014 16:36:04 +0200"  >&lt;p&gt;So I suggest following steps to fix this issue:&lt;/p&gt;

&lt;p&gt;1. A very quick fix: accept characters with getEventKeyState() = false in the text fields and sign/book inputs.&lt;br/&gt;
This seems to allow CJK users to type CJK characters with &quot;root-window&quot; style IME pop-ups. It should be fine on the windowed mode but may interfere with the full-screen mode. The CJK users have to switch the IME mode manually whenever closing the chat window, but at least they will be able to chat in their languages on Windows. Not sure about other platforms though.&lt;/p&gt;

&lt;p&gt;2. More decent fix: create an IME text input layer in either Minecraft or LWJGL. The problem is that implementing it correctly for all platforms (Linux, Mac, and Windows) might require huge efforts. Unfortunately I know some basics of IME handling on Windows (I&apos;ve contributed to implementation of on-the-spot composition support in PuTTY. See &lt;a href=&quot;https://bitbucket.org/daybreaker/iputty/wiki/Home&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;iPuTTY project&lt;/a&gt; and &lt;a href=&quot;https://bitbucket.org/daybreaker/iputty/src/5bae2ca/windows/window.c#cl-3600&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;related source code&lt;/a&gt;.) but none on other platforms.&lt;/p&gt;</comment>
                            <comment id="161343" author="ja731j" created="Mon, 2 Jun 2014 08:58:18 +0200"  >&lt;p&gt;&quot;&lt;a href=&quot;http://msdn.microsoft.com/en-US/library/windows/desktop/gg153546.aspx&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;Keyboard Input (Windows)&lt;/a&gt;&quot; from MSDN explains what kind of Windows Messages are sent from the IME.&lt;/p&gt;

&lt;p&gt;I haven&apos;t figured out how Messages are handled in LWJGL, but these are the classes that actually handle them.&lt;br/&gt;
&lt;a href=&quot;https://github.com/LWJGL/lwjgl/blob/55bfecf5149cf79aa4f8fc1293001986cfae3a2b/src/java/org/lwjgl/opengl/WindowsDisplay.java&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/LWJGL/lwjgl/blob/55bfecf5149cf79aa4f8fc1293001986cfae3a2b/src/java/org/lwjgl/opengl/WindowsDisplay.java&lt;/a&gt;&lt;br/&gt;
&lt;a href=&quot;https://github.com/LWJGL/lwjgl/blob/849511784b7651bd30ab35e0ff10c023f28cca9a/src/java/org/lwjgl/opengl/WindowsKeyboard.java&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/LWJGL/lwjgl/blob/849511784b7651bd30ab35e0ff10c023f28cca9a/src/java/org/lwjgl/opengl/WindowsKeyboard.java&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;Somehow the Keyboard class can access the information. I do not know how.&lt;br/&gt;
&lt;a href=&quot;https://github.com/LWJGL/lwjgl/blob/bafa7a1972718abf0f2304124a46ae3fa67be7df/src/java/org/lwjgl/input/Keyboard.java&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/LWJGL/lwjgl/blob/bafa7a1972718abf0f2304124a46ae3fa67be7df/src/java/org/lwjgl/input/Keyboard.java&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="161339" author="achimnol" created="Mon, 2 Jun 2014 07:32:03 +0200"  >&lt;p&gt;I found that getEventKeyState() function returns false if the key is not pressed down when the function is called.&lt;br/&gt;
For IME-input strings, this becomse false because Windows&apos; default window procedure converts IME-related window messages to WM_CHAR after finishing composition of characters, according to &lt;a href=&quot;http://msdn.microsoft.com/en-us/library/windows/desktop/dd374062%28v=vs.85%29.aspx&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://msdn.microsoft.com/en-us/library/windows/desktop/dd374062%28v=vs.85%29.aspx&lt;/a&gt; . In this case, Windows implicitly builds an external window (root window) to show composition of characters. Since the location of caret in Minecraft and the location of this composition window differs significantly, the users may be confused when typing CJK characters.&lt;/p&gt;

&lt;p&gt;Generally, checking/polling the key state (down or not) using DirectInput or jinput is useful for in-game control keys (e.g., WASD) but NOT useful for text inputs. It should not be used for implementation of text inputs. The concept of &quot;text&quot; is much more sophisticated than just delivering keystrokes to the application. It involves translation of keystrokes into abstract symbols and interpretation of the sequence of symbols using automata, and etc. Unless game developers want to implement all of these steps manually, they should allow interaction with OS-provided IMEs. Please have a look at a custom Korean IME: &lt;a href=&quot;http://moogi.new21.org/en/ngs/index.htm&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://moogi.new21.org/en/ngs/index.htm&lt;/a&gt; &amp;amp; &lt;a href=&quot;http://moogi.new21.org/ngs_menu2.htm&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://moogi.new21.org/ngs_menu2.htm&lt;/a&gt; to glimpse how complex the process is.&lt;/p&gt;</comment>
                            <comment id="161258" author="achimnol" created="Sun, 1 Jun 2014 18:11:20 +0200"  >&lt;p&gt;FYI: Using ja731j&apos;s test program and a Korean IME (with LWJGL 2.9.1 downloaded inside &lt;tt&gt;.minecraft/libraries&lt;/tt&gt; directory and Java natives in &lt;tt&gt;.minecraft/versions/1.7.9/1.7.9-natives&lt;/tt&gt;), the result is:&lt;/p&gt;
&lt;div class=&quot;preformatted panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;preformattedContent panelContent&quot;&gt;
&lt;pre&gt;false :&#54620;
false :&#44544;
false :&#51077;
false :&#47141;
false :&#46020;
false : 
false :&#51096;
false : 
false :&#46104;
false :&#45208;
false :&#50836;
false :?
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;Note that copy-and-paste Korean texts from notepad works fine. (Of course it&apos;s prohibitly inconvenient as Minecraft shows the game menu whenever it losts the focus...)&lt;/p&gt;</comment>
                            <comment id="160964" author="achimnol" created="Sat, 31 May 2014 07:41:54 +0200"  >&lt;p&gt;Thanks for testing ja731j. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;br/&gt;
It needs more considerations however.&lt;/p&gt;

&lt;p&gt;I think if the following requirements are satisfied, it will be perfect.&lt;/p&gt;
&lt;ul class=&quot;alternate&quot; type=&quot;square&quot;&gt;
	&lt;li&gt;At least, Minecraft should recognize CJK characters just like when typed in notepad.&lt;/li&gt;
	&lt;li&gt;It will be much better if Minecraft supports &quot;on-the-spot&quot; composition of CJK characters. (Please have a look at &lt;a href=&quot;http://www-archive.mozilla.org/projects/intl/input-method-spec.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://www-archive.mozilla.org/projects/intl/input-method-spec.html&lt;/a&gt; )&lt;/li&gt;
	&lt;li&gt;Minecraft should explicitly disable/enable IME. Please, please, enable IME only when a text field has the focus. It will prevent WASD from not working when non-English IME is active, because disabling IME will pass all keystrokes &quot;as-it-is&quot;. For example, Windows provides an API to do this: &lt;a href=&quot;http://support.microsoft.com/kb/171154/en-us&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://support.microsoft.com/kb/171154/en-us&lt;/a&gt; &amp;amp; &lt;a href=&quot;http://msdn.microsoft.com/en-us/library/windows/desktop/dd318171%28v=vs.85%29.aspx&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://msdn.microsoft.com/en-us/library/windows/desktop/dd318171%28v=vs.85%29.aspx&lt;/a&gt;, and I guess Java has a method to do this (but LWJGL doesn&apos;t &amp;#8211; see &lt;a href=&quot;http://lwjgl.org/forum/index.php?topic=4129.0&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://lwjgl.org/forum/index.php?topic=4129.0&lt;/a&gt;).&lt;/li&gt;
&lt;/ul&gt;
</comment>
                            <comment id="160754" author="torabi" created="Thu, 29 May 2014 20:15:53 +0200"  >&lt;p&gt;So this could be trivial to fix, if it can be shown that ignoring the result of Keyboard#getEventKeyState() does not cause other problems.&lt;/p&gt;</comment>
                            <comment id="160746" author="ja731j" created="Thu, 29 May 2014 19:55:23 +0200"  >&lt;p&gt;Minecraft + LWJGL can handle CJK text properly.&lt;br/&gt;
What it can&apos;t do is to handle IME input properly&lt;/p&gt;

&lt;p&gt;Run Minecraft 1.7.9 and leave it on chat mode, and paste the following on Windows PowerShell.&lt;br/&gt;
&quot;&#12371;&#12428;&#12399;&#12486;&#12473;&#12488;&#12391;&#12377;&quot; will be displayed in the chat input.&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;[void] [&lt;span class=&quot;code-object&quot;&gt;System&lt;/span&gt;.Reflection.Assembly]::LoadWithPartialName(&lt;span class=&quot;code-quote&quot;&gt;&quot;&apos;Microsoft.VisualBasic&quot;&lt;/span&gt;)
[Microsoft.VisualBasic.Interaction]::AppActivate(&lt;span class=&quot;code-quote&quot;&gt;&quot;Minecraft 1.7.9&quot;&lt;/span&gt;)

[void] [&lt;span class=&quot;code-object&quot;&gt;System&lt;/span&gt;.Reflection.Assembly]::LoadWithPartialName(&lt;span class=&quot;code-quote&quot;&gt;&quot;&apos;&lt;span class=&quot;code-object&quot;&gt;System&lt;/span&gt;.Windows.Forms&quot;&lt;/span&gt;)
[&lt;span class=&quot;code-object&quot;&gt;System&lt;/span&gt;.Windows.Forms.SendKeys]::SendWait(&lt;span class=&quot;code-quote&quot;&gt;&quot;&#12371;&#12428;&#12399;&#12486;&#12473;&#12488;&#12391;&#12377;&quot;&lt;/span&gt;)

&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;How input from the Windows PowerShell script and the IME are handled in LWJGL can be easily checked with my small test program.&lt;br/&gt;
&lt;a href=&quot;https://github.com/jetkiwi/LWJGL-Input-Test&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;LWJGL-Input-Test&lt;/a&gt;&lt;br/&gt;
Change the PowerShell script from &quot;Minecraft 1.7.9&quot; to &quot;Game&quot;.&lt;/p&gt;
&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;--- exec-maven-plugin:1.2.1:exec (&lt;span class=&quot;code-keyword&quot;&gt;default&lt;/span&gt;-cli) @ LWJGL_Test ---
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12371;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12428;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12399;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12486;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12473;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12488;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12391;
&lt;span class=&quot;code-keyword&quot;&gt;true&lt;/span&gt; :&#12377;
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt; :&#12354;
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt; :&#12356;
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt; :&#12360;
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt; :&#12416;
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt; :&#12356;
&lt;span class=&quot;code-keyword&quot;&gt;false&lt;/span&gt; :&#12540;
&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;
&lt;p&gt;While &quot;&#12371;&#12428;&#12399;&#12486;&#12473;&#12488;&#12391;&#12377;&quot; is from PowerShell, &quot;&#12354;&#12356;&#12360;&#12416;&#12356;&#12540;&quot; is from the IME.&lt;br/&gt;
The boolean shown on the left is the value of Keyboard#getEventKeyState() from LWJGL.&lt;/p&gt;

&lt;p&gt;GuiScreen#handleKeyboardInput() in net.minecraft.client.gui discards inputs if Keyboard#getEventKeyState() is false.&lt;br/&gt;
This is preventing IME input from being handled properly.&lt;/p&gt;</comment>
                            <comment id="160737" author="torabi" created="Thu, 29 May 2014 18:48:19 +0200"  >&lt;p&gt;I don&apos;t believe LWJGL needs to provide any IME-related APIs, because Java already supplies a platform independent one. Minecraft&apos;s custom textbox shouldn&apos;t be a problem either. I think the biggest barrier to making progress on this is simply that there probably isn&apos;t anybody at Mojang who is familiar with IMEs or CJK languages. Unicode support in Minecraft has been improving, however. The recent internal changes to chat functionality should also make this easier to implement.&lt;/p&gt;

&lt;p&gt;I just tried using the Microsoft IME in Windows 7, and it prevents Minecraft from responding to the letter keys on the keyboard, and yet still doesn&apos;t work for entering CJK text. Considering that the movement controls default to WASD, that&apos;s kind of an issue.&lt;/p&gt;</comment>
                            <comment id="160623" author="achimnol" created="Wed, 28 May 2014 18:49:47 +0200"  >&lt;p&gt;I bump this issue again, as Minecraft Realms became available world-wide.&lt;br/&gt;
Minecraft supports display of Unicode characters very well, but still we cannot type CJK languages.&lt;br/&gt;
I think the fix should be done in coordination with LWJGL because Minecraft uses it and LWJGL does not provide any IME-related APIs.&lt;/p&gt;

&lt;p&gt;In my private server, I use a IRC-Minecraft mediator bot to translate English keystrokes to Korean characters to run the vanilla server and clients.&lt;br/&gt;
In Realms, we need to use 3rd party mods for the clients. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/sad.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;br/&gt;
Moreover, such mods typically support only one layout (2-bulsik) out of two standard Korean keyboard layouts (2- and 3-bulsik) because they are implemented as a pure Java-based automaton manually and thus supporting both increases efforts and time for mod developers.&lt;br/&gt;
If we allow direct use of OS-provided IME, the layout problem will just go away.&lt;/p&gt;</comment>
                            <comment id="150152" author="kkroundmc" created="Mon, 7 Apr 2014 03:56:58 +0200"  >&lt;p&gt;Maybe enable multi-byte input?&lt;br/&gt;
(thinking originally from the mod &quot;inputfix&quot;)&lt;/p&gt;</comment>
                            <comment id="149608" author="monojkl" created="Tue, 1 Apr 2014 22:44:11 +0200"  >&lt;p&gt;Mojang , minecraft start to be very famous in Japan , and many japanese do&#324;t speak english , so it&#180;s why its very usely for chinese and other too i think ...&lt;/p&gt;</comment>
                            <comment id="148456" author="ja731j" created="Sat, 22 Mar 2014 05:17:57 +0100"  >&lt;p&gt;&lt;a href=&quot;https://bugs.mojang.com/secure/ViewProfile.jspa?name=kkround&quot; class=&quot;user-hover&quot; rel=&quot;kkround&quot;&gt;kkround&lt;/a&gt;, this bug will only get fixed when Mojang understands that bug is a major problem among CJK users.&lt;br/&gt;
Please try to persuade others to vote for this bug. If we get enough votes, Mojang might feel like fixing this bug.&lt;/p&gt;</comment>
                            <comment id="148355" author="kkround" created="Fri, 21 Mar 2014 10:54:07 +0100"  >&lt;p&gt;When can fix this bug?&lt;/p&gt;</comment>
                            <comment id="147763" author="kkround" created="Mon, 17 Mar 2014 05:12:40 +0100"  >&lt;p&gt;Doesn&apos;t work in latest build(14w11b)&lt;/p&gt;</comment>
                            <comment id="144004" author="lisa1925" created="Sun, 2 Mar 2014 07:52:41 +0100"  >&lt;p&gt;It still not work in Minecraft 14w08a/1.7.5&lt;/p&gt;</comment>
                            <comment id="132240" author="lisa1925" created="Thu, 16 Jan 2014 23:26:33 +0100"  >&lt;p&gt;It still not work in Minecraft 14w03a/14w03b&lt;/p&gt;</comment>
                            <comment id="131963" author="lisa1925" created="Thu, 16 Jan 2014 04:59:28 +0100"  >&lt;p&gt;It still not work in Minecraft 1.7.4/14w02c&lt;/p&gt;</comment>
                            <comment id="118303" author="rakuni" created="Sat, 9 Nov 2013 20:01:35 +0100"  >&lt;p&gt;For what it&apos;s worth, the jd-gui decompiler will let you read those .class files. They don&apos;t look particulary scary; someone with access to minecraft source should be able to figure out where the patches have been made, roughly what those were and get a solid lead on what needs to be done to fix keyboard input in minecraft.&lt;/p&gt;</comment>
                            <comment id="117538" author="snowcat" created="Mon, 4 Nov 2013 10:34:08 +0100"  >&lt;p&gt;@ZambiblaisanOgre No, i didn&apos;t make it. It&apos;s from a Chinese forum. The author is probably waiting for the 1.7.2 MCP in order to fix the bug. For now, we can&apos;t type chinese on 1.7.2 minecraft and most of the people can&apos;t type english. &lt;img class=&quot;emoticon&quot; src=&quot;https://bugs.mojang.com/images/icons/emoticons/smile.png&quot; height=&quot;16&quot; width=&quot;16&quot; align=&quot;absmiddle&quot; alt=&quot;&quot; border=&quot;0&quot;/&gt;&lt;/p&gt;</comment>
                            <comment id="117441" author="zambiblaisanogre" created="Sun, 3 Nov 2013 23:11:50 +0100"  >&lt;p&gt;@Calvin Lai Hi there! In one of your posts, you posted a link to two files, for Minecraft 1.6.2 and 1.6.4 to enable the input of characters. They work great! Did you make these patches, or did you get them from a public link? I can&apos;t find a version for 1.7.2. Do you know if any exists? But I wish Mojang fixed this bug, if it is this easy to fix!&lt;/p&gt;

&lt;p&gt;P.S: Sorry, I wouldn&apos;t be able to do it myself, I have no idea of how to edit .class files, what program to use, and which parts of .class files to edit (the code is all &apos;Double-Dutch&apos; to me).&lt;/p&gt;</comment>
                            <comment id="116236" author="snowcat" created="Mon, 28 Oct 2013 10:23:30 +0100"  >&lt;p&gt;reproducible in 1.7.2 release. with window 7&lt;br/&gt;
i can only type  couples characters but certainly not all characters like when i use the patch. &lt;/p&gt;</comment>
                            <comment id="116232" author="ja731j" created="Mon, 28 Oct 2013 09:30:40 +0100"  >&lt;p&gt;Bug is still reproducible in 1.7.2 release.&lt;br/&gt;
Tested with lwjgl 2.9.0 (original) and lwjgl 2.9.1 nightly (2013/10/28) in Windows 8.&lt;/p&gt;</comment>
                            <comment id="116230" author="snowcat" created="Mon, 28 Oct 2013 08:45:16 +0100"  >&lt;p&gt;This bug is fixable via applying patches to minecraft.jar&lt;br/&gt;
basically people have been doing this for ages in order to type these foreign language in minecraft.&lt;br/&gt;
The affected files are:&lt;br/&gt;
avk.class (bypassing the server motd display limitations)&lt;br/&gt;
awb.class (add input method support)&lt;br/&gt;
axv.class (bypassing Signs input limit)&lt;br/&gt;
jz.class (bypassing the server side Signs display limitations)&lt;br/&gt;
v.class (unlocked colored characters)&lt;/p&gt;

&lt;p&gt;1.6.4 patch: &lt;a href=&quot;https://www.dropbox.com/s/l10xfirssjxvnch/mc1.6.4%20chinese%20input.zip&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://www.dropbox.com/s/l10xfirssjxvnch/mc1.6.4%20chinese%20input.zip&lt;/a&gt;&lt;br/&gt;
1.6.2 patch: &lt;a href=&quot;https://www.dropbox.com/s/sy96ucah8tcxhn3/mc1.6.2%20chinese%20input.zip&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://www.dropbox.com/s/sy96ucah8tcxhn3/mc1.6.2%20chinese%20input.zip&lt;/a&gt;&lt;/p&gt;

&lt;p&gt;if someone just open these classes and take a look at what they&apos;ve changed. that&apos;ll fix the problem.&lt;/p&gt;</comment>
                            <comment id="111717" author="kappa" created="Tue, 15 Oct 2013 15:13:15 +0200"  >&lt;p&gt;With the latest nightly builds of LWJGL, users on Mac/OS X should be able to type any Unicode characters (including Chinese, Japanese and Korean).&lt;/p&gt;</comment>
                            <comment id="86450" author="ja731j" created="Mon, 8 Jul 2013 22:09:46 +0200"  >&lt;p&gt;The cause of this bug is in GuiScreen#handleKeyboardInput().&lt;/p&gt;

&lt;p&gt;Keyboard#getEventKeyState() returns false for non-keyboard input.&lt;br/&gt;
Since IME inputs are treated as non-keyboard input this cause Minecraft to reject most of the IME input.&lt;br/&gt;
Replacing this to &quot;true&quot; solves the problem (probably causes other problems but it still solves the IME issue).&lt;br/&gt;
Checked it with the decompiled 1.6.2 using MCP 8.04.&lt;/p&gt;</comment>
                            <comment id="86287" author="intkecsk" created="Mon, 8 Jul 2013 20:18:14 +0200"  >&lt;p&gt;In the 1.6.2, the input is lost when using Microsoft Japanese and Korean IMEs&lt;br/&gt;
When using Sogou Wubi IME for entering text, only the first character of the phrase is printed. For example, in Sogou Wubi, you can enter &quot;&#20320;&#22909;&quot; by entering &quot;wqvb&quot;. But in Minecraft, only &quot;&#20320;&quot; is printed.&lt;/p&gt;</comment>
                            <comment id="61708" author="ja731j" created="Sat, 20 Apr 2013 03:07:33 +0200"  >&lt;p&gt;To check if this is an LWJGL bug I wrote a simple program which prints characters obtained by Keyboard.getEventCharacter().&lt;br/&gt;
&lt;a href=&quot;https://github.com/jetkiwi/LWJGL-Input-Test&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;https://github.com/jetkiwi/LWJGL-Input-Test&lt;/a&gt;&lt;br/&gt;
Using this program, I was able to check that LWJGL does pass on IME input.&lt;/p&gt;

&lt;p&gt;I also checked the decompiled 1.5.1 source and I found that in net.minecraft.src.GuiScreen, &lt;br/&gt;
handleKeyboardInput() uses Keyboard.getEventCharacter() to obtain the keyboard input.&lt;br/&gt;
So Minecraft is receiving IME input from LWJGL but seems to loose it somewhere.&lt;/p&gt;</comment>
                            <comment id="60901" author="ja731j" created="Thu, 18 Apr 2013 23:40:30 +0200"  >&lt;p&gt;The summary of this bug should be changed since this is an IME related issue and also affects Japanese and other languages which uses IME.&lt;br/&gt;
The same bug with Japanese is reported in the comments.&lt;/p&gt;</comment>
                            <comment id="60801" author="ja731j" created="Thu, 18 Apr 2013 22:07:34 +0200"  >&lt;p&gt;In 13w16a:&lt;br/&gt;
*You can&apos;t type if you don&apos;t select from the list&lt;br/&gt;
*You can type if you select from the list, but only the first character will appear&lt;/p&gt;</comment>
                            <comment id="43663" author="doratown" created="Tue, 5 Feb 2013 04:13:33 +0100"  >&lt;p&gt;Yeah, It still not work in Minecraft 1.4.7&lt;/p&gt;</comment>
                            <comment id="31157" author="rakuni" created="Fri, 28 Dec 2012 09:46:39 +0100"  >&lt;p&gt;Not being able to type in your native language is actually a pretty big issue to have. Particularly if your language is big on homonyms...&lt;/p&gt;

&lt;p&gt;The issue here is not &apos;How do I build an IME?&apos; but &apos;How do I do IME-friendly input in Java/lwjgl?&apos;  Some m18n best practices documents should help shed some light on this. Evidently, at least two people have found a way to fix this for minecraft (nihongoMOD and MinecraftIM), so this is not an unsolvable problem.&lt;/p&gt;

&lt;p&gt;There are other input issues that deserve attention (the old release of lwjgl packaged with minecraft has some IME related bugs affecting at least linux) but IME support in vanilla minecraft would be a very, very nice thing to have, as nobody should have to mod minecraft just to be able to communicate.&lt;/p&gt;</comment>
                            <comment id="21192" author="grygrflzr" created="Tue, 13 Nov 2012 06:33:28 +0100"  >&lt;p&gt;I know they can access the API, but Minecraft doesn&apos;t use a generic textbox. How would that interface with it?&lt;/p&gt;</comment>
                            <comment id="21181" author="amotohiko" created="Tue, 13 Nov 2012 05:09:52 +0100"  >&lt;p&gt;Many systems, include Java, have Input Method API and/or libraries.&lt;br/&gt;
&lt;a href=&quot;http://docs.oracle.com/javase/7/docs/technotes/guides/imf/index.html&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://docs.oracle.com/javase/7/docs/technotes/guides/imf/index.html&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="20658" author="grygrflzr" created="Sun, 11 Nov 2012 14:25:35 +0100"  >&lt;p&gt;Wouldn&apos;t this sort of count as a feature request though, as it requires the addition of a new component to recognize pinyin to hanzi (or romaji to kanji/hiragana) conversion?&lt;/p&gt;</comment>
                            <comment id="20629" author="kumasasa" created="Sun, 11 Nov 2012 13:03:00 +0100"  >&lt;p&gt;Ok, reopened&lt;/p&gt;</comment>
                            <comment id="20627" author="amotohiko" created="Sun, 11 Nov 2012 13:01:59 +0100"  >&lt;p&gt;Different problem.&lt;br/&gt;
&lt;a href=&quot;https://bugs.mojang.com/browse/MC-178&quot; title=&quot;Non latin renamed items have ? instead of characters&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-178&quot;&gt;&lt;del&gt;MC-178&lt;/del&gt;&lt;/a&gt; and &lt;a href=&quot;https://bugs.mojang.com/browse/MC-1641&quot; title=&quot;Rename item with foreign characters do not work&quot; class=&quot;issue-link&quot; data-issue-key=&quot;MC-1641&quot;&gt;&lt;del&gt;MC-1641&lt;/del&gt;&lt;/a&gt; are issues about displaying. This is about inputing.&lt;/p&gt;

&lt;p&gt;I&apos;m Japanese, and I can use Japanese letters by copy-pasting in Minecraft.&lt;br/&gt;
Typing in Japanese don&apos;t work. In some languages, such as Chinese and Japanese&lt;br/&gt;
(and so on), we cannot input words directly. We require Input Method to input,&lt;br/&gt;
and Minecraft 1.4.2 don&apos;t support Input Method natively.&lt;/p&gt;

&lt;p&gt;&lt;a href=&quot;http://en.wikipedia.org/wiki/Input_method&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;http://en.wikipedia.org/wiki/Input_method&lt;/a&gt;&lt;/p&gt;</comment>
                            <comment id="20608" author="mortvert" created="Sun, 11 Nov 2012 12:11:21 +0100"  >&lt;p&gt;Please, use &lt;a href=&quot;https://mojang.atlassian.net/secure/QuickSearch.jspa&quot; class=&quot;external-link&quot; target=&quot;_blank&quot; rel=&quot;nofollow noopener&quot;&gt;search function&lt;/a&gt; in the future to look if the bug isn&apos;t already posted.&lt;/p&gt;</comment>
                    </comments>
                <issuelinks>
                            <issuelinktype id="10102">
                    <name>Duplicate</name>
                                                                <inwardlinks description="is duplicated by">
                                        <issuelink>
            <issuekey id="20160">MC-7374</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="73731">MC-48056</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="103157">MC-75054</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="109204">MC-79893</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="115962">MC-84591</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="116980">MC-85360</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="117975">MC-86068</issuekey>
        </issuelink>
            <issuelink>
            <issuekey id="123170">MC-89887</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                            <issuelinktype id="10103">
                    <name>Relates</name>
                                            <outwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="51846">MC-30704</issuekey>
        </issuelink>
                            </outwardlinks>
                                                                <inwardlinks description="relates to">
                                        <issuelink>
            <issuekey id="124620">MC-91132</issuekey>
        </issuelink>
                            </inwardlinks>
                                    </issuelinktype>
                    </issuelinks>
                <attachments>
                            <attachment id="84823" name="cn_1.jpg" size="400840" author="a20001017" created="Sat, 25 Oct 2014 14:50:25 +0200"/>
                            <attachment id="84824" name="cn_2.jpg" size="375623" author="a20001017" created="Sat, 25 Oct 2014 14:50:25 +0200"/>
                            <attachment id="27334" name="jp_1.png" size="33373" author="ja731j" created="Thu, 18 Apr 2013 22:07:34 +0200"/>
                            <attachment id="27335" name="jp_2.png" size="100196" author="ja731j" created="Thu, 18 Apr 2013 22:07:34 +0200"/>
                            <attachment id="27336" name="jp_3.png" size="39187" author="ja731j" created="Thu, 18 Apr 2013 22:07:34 +0200"/>
                    </attachments>
                <subtasks>
                    </subtasks>
                <customfields>
                                                                                                                                                                <customfield id="customfield_10701" key="com.atlassian.jira.plugin.system.customfieldtypes:datetime">
                        <customfieldname>CHK</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>Thu, 29 May 2014 18:50:00 +0200</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                            <customfield id="customfield_10500" key="com.atlassian.jira.plugin.system.customfieldtypes:radiobuttons">
                        <customfieldname>Confirmation Status</customfieldname>
                        <customfieldvalues>
                                <customfieldvalue key="10303"><![CDATA[Confirmed]]></customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                        <customfield id="customfield_11700" key="com.atlassian.jira.plugins.jira-development-integration-plugin:devsummary">
                        <customfieldname>Development</customfieldname>
                        <customfieldvalues>
                            
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                <customfield id="customfield_11100" key="com.atlassian.jira.plugin.system.customfieldtypes:float">
                        <customfieldname>Linked</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>1.0</customfieldvalue>
                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                <customfield id="customfield_11600" key="com.pyxis.greenhopper.jira:gh-lexo-rank">
                        <customfieldname>Rank</customfieldname>
                        <customfieldvalues>
                            <customfieldvalue>0|i05vdz:</customfieldvalue>

                        </customfieldvalues>
                    </customfield>
                                                                                                                                                                                                                                                                                                                                                                                    </customfields>
    </item>
</channel>
</rss>