spixa / opensimp Goto Github PK

Empty messages sent from serverside are processed and broadcasted. since they are followed by two division bytes (\x01) it can cause issues. (following with previous unauthorized issues "too much data in stream" and "using division byte as message")

the openSIMP server accepts and broadcasts newlines if they're mixed in with normal text (testable with the susrust utility), proposed solution is to strip them before re-broadcasting since the messages themselves may contain valid data

When the text sent in a unique line is too long that it goes longer than the textbox, make a new line

why has it not changed yet