(Well, that's a mouth full)
For this issue, you will need a keyboard that has a 3-character key that expects another key press afterwards. If you don't have one available, please see the attached image and skip to the example in instruction 3.
INSTRUCTIONS:
1. Bind the key for opening the chat (with or without the '/' pre-added) to a 3-character key with an AltGr functionality which expects another keypress. For example, see the image and notice the button with the symbols "+ = ~". Set it to that if possible.
2. Press AltGr + <The binded key that you just set>.
3. Note: The chat will open with or not with a slash and everything seems normal, untill you press any key. It will type the symbol created by using the AltGr-function of the binded key. For example: (note the image), we bind the "+ = ~"-key to the "OPEN-CHAT"-function, then we press AltGr + "+ = ~"-key. It will open the chat for us, but when we type a diffrent symbol (like 'H') it will type '~H' in the chat.
It is quiete a small minor bug that isn't really important at all since not a lot of people will be pressing AltGr and a 3-function key at the same time.
I also want to note that the AltGr functionality of a key can also be triggered by pressing Ctrl and Alt at the same time. AltGr is essentially just a shortcut for it. This also means that the bug also appears when pressing Ctrl + Alt instead of AltGr with a 3-character key.
With 'a 3-character key that expects another key press afterwards', I mean a key like '+ = ~'. When pressed with AltGr or Ctrl + Alt, it will try to type the tilda, but before it does, it waits for another key input. When another key is pressed, it will try to combine the two. This will result in 'ã' being made if that key was 'a' or 'tilda f' if that key was 'f'. A key like '* $ ]' doesn't make the bug appear, because no other key input is expected.
I hope you kind of understood what I just said. Have a great day!
Attachments
Comments 6
Thanks for notifying me, I wasn't paying attention to the bugtracker at all and didn't update the issue to report the latest snapshots and stable releases as affected.
The bug does still apear to be in the game, both in 1.14.4 and 19w37a. I've updated the issue.
I do believe that this bug doesn't really interfere with most players, because not a lot of people will be pressing 'AltGr' and their chat-key at the same time. This means that the priority should be pretty low.
Does MC-127862 describe your issue?
No. The key doesn't really get locked, but I've just thought about something. It only works with keys that expect another key press afterwards.
Let me explain: (EDIT: I replaced all occurences of ' ~ ' with 'TILDA', since Mojira likes to mess up the comment)
When pressing AltGr + '+ = TILDA', it activates a keyboard event where it expects you to press another key after that. AltGr + '+ = TILDA' will try to type 'TILDA' , but before it does it, it waits for a different input. For example when this key is followed by an 'a', it will create 'ã', but if it is followed by a key that doesn't support it, it will type that key followed by 'TILDA', meaning it will type 'TILDA f' if pressing 'f' after AltGr + '+ = TILDA' is pressed.
So the key '* $ ]' will not have any problem with this. If you bind your chatkey to that and press AltGr (or Ctrl + Alt) with it, it will open the chat with no problem, because it will not wait for a key press after the fact.
I will edit my issue to make it more specific.
Please check if that's still an issue for you in the latest 1.14.4 stable release or the latest 1.15 development snapshot.