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.
Sound "minecraft:item.armor.equip_generic" plays for players around the entity, but not for the entity itselfs (try /replaceitem on player).
Still happens in latest snapshots (17w50a, ...)
Please give them the seed by using the '/seed'-command, it could be handy perhaps... 🙂
Also, make sure you had "Generate Structures" set to "on" when you created the world.
Thank you for you're reply. I din't see that that was changed. It's a little part of the update, but a big thing for mapmakers that uses this.
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.