
It caused on windows 10 (64 bits).
Looks like a duplicate of #2779

It seems not to be related to it. other korean characters shown without problems...
It also happens on me when I input Chinese with my pinyin input method. And if you input into your notepad and copy paste into the game, it will work fine.
Unicode Problems?
Looks like IME issue for me.
@libneko
Which build of OS are you using?
And also, Which IME are you using?
Microsoft's one? or Custom one?
@Alex4386
I'm using Microsoft IME on Windows 10 Pro 1803 17134.228.
but I opened this issue after I heard that problem from one person and tested it on my computer, so I don't know if it occurs only in this environment.

Successfully Reproduced on latest build v.2018.820.0
Technical Details:
Microsoft Windows 10 1803 Build 17134.1

It seems to be framework is not handling the IME Correctly,
Verbose Log says the OpenTK received the key input directly,
but Korean Input requires the IME processing beforehand the character itself is displayed.
I guess this is the framework issue.
Could you look at this please? @peppy
Theoretically, This means, every single language input uses ime is not processing the input properly
(e.g. Japanese, Chinese, Korean (a.k.a. CJK))
Will Test Japanese Input right now

Expected Results were occurred on Japanese Input.

Copy-pasting works pretty well.
Just found out that this issue is caused due to Handling Input via Window.KeyPress
check opentk/opentk#437 for more details.
in macOS 10.14.5 Mojave, the FocusedTextBox actually inputs the actual character depending on keypress. (Still not handled by IME perfectly)
while KeyDownEvent Actually recognizes the actual key of the keystroke.
(Please refer to the image below for more detail)

Should be the same with ppy/osu-framework#2945 .
it does not work on 32bit nighter
Closing as duplicate of https://github.com/ppy/osu/issues/2954.
Most helpful comment
Just found out that this issue is caused due to Handling Input via
Window.KeyPresscheck opentk/opentk#437 for more details.