Matthew Strelsky
- Matando
- matando
- America/New_York
- Yes
- No
MC-163740
Important
This is a similar if not the same issue as : MC-91132.
However, as that issue is marked as "resolved" but is still not fixed in both Minecraft versions 1.14.4 and 19w41a I decided it would be appropriate to open an issue ticket. I have only tested on Linux. I play with a bunch friends who live in Japan and as I have been studying Japanese for a while playing Minecraft together and chatting in Japanese while playing is a great learning resource....... well if it actually worked it would be.
Attempting to input chat text via IME software fails. The IME mini window pops up to show that I am indeed typing in Japanese appears but whenever I submit my input the Minecraft chat text stays blank. My friends are able to type in Japanese as it is the language their OS (All MS Windows) is installed with but it does not work in Linux.
I would also like to note, as I forgot while proofreading, that typing in another window and then copy/pasting the text does indeed work as I have a script set up to automatically do so for me binded to a hotkey but it is still super annoying to have to use that.
Synopsis
Chatting in Minecraft is an essential feature for rich multiplayer experience. I believe that the core part of Minecraft gameplay is online collaboration with friends and world-wide players. To this end, chatting in our native languages significantly lowers the learning curve for beginners and boosts fun for experienced players.
In
MC-2781, many users from China, Japan, Korea, and a few western countries have reported CJK IME issues and in 15w43a Mojang has applied a "quick" patch that accepts characters generated by operating system IME.
This "quick" patch is not perfect, however, with the following issues:
- It works only with Windows. On Mac and Linux, the IME behavior is different and inconsistent with different IME plug-ins.
- It does not disable IME when the chat window is closed, blocking in-game control keys (e.g., WASD) if the user does not explicitly change to English input mode.
Suggested Complete Solution
- Send a patch to LWJGL to add a cross-platform IME API like SDL. https://wiki.libsdl.org/Tutorials/TextInput
- Update LWJGL of Minecraft.
- Patch Minecraft to:
- disable IME by default
- enable IME when the chat window / sign input window opens.
- disable IME when the chat window / sign input window closes.
- accept character composition events to actively update texts in the input window for native experience (so-called "on-the-spot" IME)
This will be a long-term journey because we need to patch both LWJGL and Minecraft whose authorities are different, so I create another issue to clean up long discussions and suggestions in the original issue (
MC-2781).
I think the community users and Mojang should work together to completely resolve this issue.
Improvingcross-platform CJK IME supportFix broken cross-platform CJK IME support (Non Alphabetical Language Input)
Fix broken cross-platform CJK IME support (Non Alphabetical Language Input)Broken cross-platform CJK IME support (Non Alphabetical Language Input)
Brokencross-platform CJK IME support (Non Alphabetical Language Input)Fix cross-platform CJK IME support (Solution Provided, waiting for dev team.)
Synopsis
Chatting in Minecraft is an essential feature for rich multiplayer experience. I believe that the core part of Minecraft gameplay is online collaboration with friends and world-wide players. To this end, chatting in our native languages significantly lowers the learning curve for beginners and boosts fun for experienced players.
In
MC-2781, many users from China, Japan, Korea, and a few western countries have reported CJK IME issues and in 15w43a Mojang has applied a "quick" patch that accepts characters generated by operating system IME.
This "quick" patch is not perfect, however, with the following issues:
- It works only with Windows. On Mac and Linux, the IME behavior is different and inconsistent with different IME plug-ins.
- It does not disable IME when the chat window is closed, blocking in-game control keys (e.g., WASD) if the user does not explicitly change to English input mode.
Suggested Complete Solution
Edit Please see comment from July 3, 2020 to see solution information.
- Send a patch to LWJGL to add a cross-platform IME API like SDL. https://wiki.libsdl.org/Tutorials/TextInput
- Update LWJGL of Minecraft.
- Patch Minecraft to:
- disable IME by default
- enable IME when the chat window / sign input window opens.
- disable IME when the chat window / sign input window closes.
- accept character composition events to actively update texts in the input window for native experience (so-called "on-the-spot" IME)
This will be a long-term journey because we need to patch both LWJGL and Minecraft whose authorities are different, so I create another issue to clean up long discussions and suggestions in the original issue (
MC-2781).
I think the community users and Mojang should work together to completely resolve this issue.
Synopsis
Chatting in Minecraft is an essential feature for rich multiplayer experience. I believe that the core part of Minecraft gameplay is online collaboration with friends and world-wide players. To this end, chatting in our native languages significantly lowers the learning curve for beginners and boosts fun for experienced players.
In
MC-2781, many users from China, Japan, Korea, and a few western countries have reported CJK IME issues and in 15w43a Mojang has applied a "quick" patch that accepts characters generated by operating system IME.
This "quick" patch is not perfect, however, with the following issues:
- It works only with Windows. On Mac and Linux, the IME behavior is different and inconsistent with different IME plug-ins.
- It does not disable IME when the chat window is closed, blocking in-game control keys (e.g., WASD) if the user does not explicitly change to English input mode.
Suggested Complete Solution
Edit Please see comment from July 3, 2020 to see solution information.
- Send a patch to LWJGL to add a cross-platform IME API like SDL. https://wiki.libsdl.org/Tutorials/TextInput
- Update LWJGL of Minecraft.
- Patch Minecraft to:
- disable IME by default
- enable IME when the chat window / sign input window opens.
- disable IME when the chat window / sign input window closes.
- accept character composition events to actively update texts in the input window for native experience (so-called "on-the-spot" IME)
This will be a long-term journey because we need to patch both LWJGL and Minecraft whose authorities are different, so I create another issue to clean up long discussions and suggestions in the original issue (
MC-2781).
I think the community users and Mojang should work together to completely resolve this issue.Synopsis
Chatting in Minecraft is an essential feature for rich multiplayer experience. I believe that the core part of Minecraft gameplay is online collaboration with friends and world-wide players. To this end, chatting in our native languages significantly lowers the learning curve for beginners and boosts fun for experienced players.
In
MC-2781, many users from China, Japan, Korea, and a few western countries have reported CJK IME issues and in 15w43a Mojang has applied a "quick" patch that accepts characters generated by operating system IME.
This "quick" patch is not perfect, however, with the following issues:
- It works only with Windows. On Mac and Linux, the IME behavior is different and inconsistent with different IME plug-ins.
- It does not disable IME when the chat window is closed, blocking in-game control keys (e.g., WASD) if the user does not explicitly change to English input mode.
Suggested Complete Solution
Edit Please see comment from July 3, 2020 to see solution information.
Send a patch to LWJGL to add a cross-platform IME API like SDL. https://wiki.libsdl.org/Tutorials/TextInputUpdate LWJGL of Minecraft.- Patch Minecraft to:
- disable IME by default
- enable IME when the chat window / sign input window opens.
- disable IME when the chat window / sign input window closes.
- accept character composition events to actively update texts in the input window for native experience (so-called "on-the-spot" IME)
This will be a long-term journey because we need to patch both LWJGL and Minecraft whose authorities are different, so I create another issue to clean up long discussions and suggestions in the original issue (MC-2781).
I think the community users and Mojang should work together to completely resolve this issue.
Alrighty, just a quick update. I've done some more research and decompiled and deobfuscated Minecraft with the official mappings to take a look at what is going on and how I could potentially fix the problem myself. Naturally though rebuilding a binary after doing so is a nightmare, especially for non-java developers, so I will leave it to Mojang to do. I would have loved to check it and submit a patch myself though, sorry.
It appears the following changes should correct the issues of using IME in chat across all platforms. The version I looked at was the 21w07a snapshot, but this should be the same for most modern versions of Minecraft.
com/mojang/blaze3d/platform/InputConstants.java:
Should add a callback for glfwSetIMEStatusCallback(window, imestatus_callback); inside of the setupKeyboardCallbacks() function.
net/minecraft/client/gui/screens/ChatScreen.java:
Should check the status of the IME in keyPressed() with glfwGetIMEStatus(GLFWwindow* window) and if the IME is active, wait for it to be inactive before handling any other keypresses.
Hopefully I didn't miss anything. There isn't much documentation on these GLGW functions online, but they're in the official GLGW Doxygen docs if you download the latest ones.
Actually I think I just though of a really elegant solution. Since IME input works in Minecraft's menus (like the new world name input field) but not in game chat why do we just have the in game chat box wait about half a second after the enter button is pressed before submitting whatever text is in the chat field before sending it. This should give the IME enough time to paste whatever input you've typed into the chat field and for it to be submitted. Hopefully this gets tried soon.
Thank you Michael Wobst for re-opening this issue. I would like to provide my input that this issue still exists on the latest Minecraft snapshot 19w41a on Xubuntu Linux 19.04 running Oracle Java Runtime "1.8.0_221". When I type using my IME the IME popup appears to show I'm typing in Japanese but once I go to send the input the Minecraft chat stays blank. Typing in another windows and then copying and pasting the text does work but it is an extremely annoying workaround.
Issue still exists in 19w44a.
Issue still exists in 1.15 pre-release 1. Also would it be possible to grant me ownership of the issue so I can update it with the new versions as affected? The user who opened the issue doesn't have any know activity on their activity feed after July 2018.
Is there any way to find out if this is being worked on or to just politely remind the right people that it exists? It's a bug that has existed since 2015 and greatly effects multi-language communities. I would be more than happy to work directly with one of the Minecraft developers to help fix this bug. I'm aware that you might not have anyone in the office with a Linux setup. I can provide contact information upon request.
Minecraft is a game that should be enjoyed by everyone together, regardless of location and language. Being able to play Minecraft with my friends in Japan is great and even more fun while I'm learning their language(Japanese) and they are learning mine(English). It's a burden though to not be able to type in Japanese in game chat though because the game doesn't handle my IME input properly. Minecraft is the only program I've ever encountered with this issue.
I would have updated it to include the April fool's day snapshot for laughs but it doesn't matter since this bug will probably never get fixed anyways.
I'll still keep doing my due diligence and update the bug report to include every snapshot and release versions affected until it does get fix though..... No matter how many years it takes.
Edit because I just saw the above comment by a mod
Thank you for the info but this bug has never been listed as "in progress" and it has existed since 2015
Updated to include 1.16. This bug has existed for almost 5 years now. It's as if Mojang only cares about it's English speaking player base. Extremely disheartening.
Alright, so after hours of research into LWJGLv3 and GLFW and trying to trick the minecraft launcher to load compiled versions of the latest glfw git repo I made an accidental discovery. IME input technically does work. There's nothing wrong with it looking for the input per say it's just not accepting it for other reasons. I'll explain.
When you activate IME input you do so by pressing a key combination. In my case this is the FCTIX default of CTRL+SPACE. Minecraft sees you press these buttons and does nothing. When you use IME input mode you have two options to complete your input. You can either press ESC to escape back out of IME input mode(pressing the key combination again also works) and ignore the input, or you can press ENTER/RETURN to confirm the input and place it in the text area. Minecraft still handles these button inputs while IME input is enabled. This IS the problem.
I was able(as seen in the screenshot) to type in the world search using my IME because pressing ENTER on a search that has no results doesn't do anything. When you press enter in chat it sends the message, but when you are using IME input the message gets sent before the IME sends the text over.
Basically, the best solution is for Mojang Studios to add a configuration option in the settings to add your keyboard shortcut for your IME. When Minecraft sees you press this input, it should then ignore all keyboard presses until either ESC, ENTER/RETURN, or the IME Keyboard Shorcut is pressed/pressed again.
I noticed Adrian Östergård updated the severity of this bug report. Thank for doing that and thank you Octopus Tea for confirming my observation with a different IME.
Again, I fully understand if nobody on the dev team has access to a non-Windows machine to test the fix on. I would be more than happy to assist in testing bug fix implementations for this issue.
Thank you for the additional input! Hopefully we do get this fixed soon. It's been a problem for at least 5 years now and effects a large portion of the Minecraft user base. I'm surprised it hasn't been a higher priority for Mojang.
I can confirm this happens to me as well, but it also happens in 1.16.5. When left clicking an item that is in an itemframe, and the item frame is placed on the bottom of the block, the item tends to get stuck on top of the block.
This means that if you placed an itemframe on the ceiling of a room on your house and left clicked an item out of it, you would have to go all the way outside your house and get on top of the roof to get your item back.
Without sharing the error log there's no way to determine what the issue is. However it it unlikely that it is an issue on Mojang's end.
Ensure you have the latest version of Java on your system (JRE 16) and that your OpenGL driver's support OpenGL 3.2. Granted those are only guesses for solutions to your problem without the logs.
Regardless this isn't an issue for Mojang.
None of the integrated graphics hardware in the CPUs listed for your device support OpenGL 3.2 and therefore your computer does not support the minimum requirements.
Information on your computer found here: https://support.hp.com/ee-en/document/c02781693
Minecraft Minimum System Requirements are found here: https://help.minecraft.net/hc/en-us/articles/360035131371-Minecraft-Java-Edition-System-Requirements-
Interestingly, the minimum requirements state OpenGL 4.4 is required, but afaik it works with anything 3.2 and up.
I can confirm that I am also having this issue today, Sat Oct 9th, 2021. When trying to launch Minecraft when using the java-17-openjdk-amd64 on Ubuntu it fails to start giving the following error.
Reverting to java-16-openjdk-amd64 via the update-alternatives command fixes the issue. However this is only a workaround. Newer versions of Java should ALWAYS be supported. Especially in this case since Java 17 is a Long Term Support release.
I just checked it with the latest launcher on Linux and Java 17. This issues still exists. Please reopen.
Updated to include 1.18 now that it is released. Hopefully this bug will be fixed some day. Even just implementing the workaround we suggested in the comments would be good enough but there's nothing the end user can do but wait for Mojang. It's been a long wait but I'm still hopeful.
Sadly, after a long wait of 7 years, Mojang has chosen to refuse to fix this bug to the detriment of the international community.
Will a moderator please change the status to "refuse to fix". I'm tired of constantly updating the versions effected by this bug and am heartbroken but can no longer keep this bug report updated.