Describe the bug
In the drop mesos amount window, after clicking on the textfield containing drop amount, mesos will drop every time enter is pressed. The player is unable to move until clicking anywhere on the screen.

To Reproduce

1. Open inventory
2. Click the meso icon to bring up the drop amount window
3. Click on the textfield containing drop amount
4. Press enter repeatedly

Expected behavior
Player should be able to move after pressing enter, and pressing enter more times should not cause additional mesos to drop.

Additional context
Just pressing enter without first clicking on the textfield works as expected.

I try to find Chat in other language, and found Keyboard.cpp is fixed Keytable, so it's possible to add any other language in Chat ?

Describe the bug
A long line of text continues outside the chat window.

To Reproduce
Type in chat: @WWW... (as many Ws as possible).

Expected behavior
Text that cannot fit on the same line should continue on a new line and always within chat window's boundary.

Screenshots

Describe the bug
The textfield remains stuck when moving the quest window.

To Reproduce

1. Open questlog
2. Type something in the textfield
3. Move window

Expected behavior
Textfield should move along with quest window.

Screenshots

Great work but I think it would be better to replace BASS with a free open source alternative.

Hello, I successfully compiled the client according to the latest document, but when trying to use other languages, the characters displayed on the client are garbled.

These are my modifications to the client source file:

Graphics/GraphicsGL.h
-        Char chars[256];
+        Char chars[65535];

Graphics/GraphicsGL.cpp
-    for (uint32_t c = 32; c < 256; c++) {
+    for (uint32_t c = 32; c < 65535; c++) {
 
-    for (uint32_t c = 32; c < 256; c++) {
+    for (uint32_t c = 32; c < 65535; c++) {

The server uses HeavenMS and uses UTF-8 encoding:

src/tools/data/input/GenericLittleEndianAccessor.java
     public final String readAsciiString(int n) {
-        char ret[] = new char[n];
+        byte ret[] = new byte[n];
         for (int x = 0; x < n; x++) {
-            ret[x] = (char) readByte();
+            ret[x] = (byte) readByte();
         }
-        return String.valueOf(ret);
+        try {
+            String str = new String(ret, "UTF-8");
+            return str;
+        } catch (Exception e) {
+            System.err.println(e);
+        }
+        return null;
     }

src/tools/data/output/GenericLittleEndianWriter.java
-    private static Charset ASCII = Charset.forName(MapleLanguageType.LANGUAGE_US.getAscii());
+    private static Charset ASCII = Charset.forName("UTF-8");


src/constants/string/CharsetConstants.java
     public enum MapleLanguageType {
-        LANGUAGE_PT_BR(1, "ISO-8859-1"),
-        LANGUAGE_US(2, "US-ASCII");
+        LANGUAGE_PT_BR(1, "UTF-8"),
+        LANGUAGE_US(2, "UTF-8");

When I compile according to the above configuration, all characters appear garbled after entering the game, even if I change other fonts.

i wanna see this project done

Describe the bug
When running the application on Kubuntu I get this error:

"error while loading shared libraries: libbass.so: cannot open shared object file: No such file or directory"

libbass.so is in the directory with the executable.

Fix
I copied it to /usr/local/lib/ and then it launched.

Desktop (please complete the following information):
Kubuntu 20.04

P.S:
Just wanted to say thanks for picking this project up and fixing some of the HeavenMS compatibility issues. I had already solved the HWID issues on my own but I discovered your fork shortly after!

Describe the bug
Player doesn't appear dead when hp is 0.

To Reproduce
For example: Start 2 msclient instances and use GM command @kill otherplayer.

Expected behavior
Dead player should be turned into a ghost and have a UI window popup to respawn in nearest town.

Screenshots

Describe the bug
Changing channel works only once, a second attempt results in the game freezing/crashing.

To Reproduce

1. Enter game on channel 1.
2. Change to channel 2.
3. Change back to channel 1 (crashing here).

Expected behavior
Player should enter channel 1 again.