Copy pasting hex value from aseprite freezes drracket entirely on linux

https://user-images.githubusercontent.com/34615798/170547785-ea80fce1-ae69-471b-975c-2721645e2b1e.mp4

Reproducible on my laptop also
OS: Arch Linux
Racket version: 8.4 CS
Aseprite verson: 1.2.34 and 1.3beta-14

You can download aseprite binaries free trial just to try and reproduce: https://www.aseprite.org/trial/
Steps:

1. CTRL+N to create a new file
2. Go to bottom left color picker buttons(or CTRL+R for find replace colors popup) and try to copy a hex value out of a dialog box out to the drracket definitions area

I can paste into vim and other apps just fine, just drracket has trouble handling it or something. This seems to only be a problem on Linux as I tested it on windows and it works fine.

https://unix.stackexchange.com/questions/163081/application-that-allows-to-show-clipboard-contents-and-its-mime-type

when running copy paste with aseprite:

┬─[a@arch:~]─[11:26:21 AM]
╰─>$ xclip -o -t TARGETS
TIMESTAMP
TARGETS
SAVE_TARGETS
MULTIPLE
STRING
UTF8_STRING
TEXT
text/plain
text/plain;charset=utf-8
┬─[a@arch:~]─[11:26:35 AM]
╰─>$ xclip -o -t TIMESTAMP
10310102
┬─[a@arch:~]─[11:26:51 AM]
╰─>$ xclip -o -t SAVE_TARGETS
Error: target SAVE_TARGETS not available
┬─[a@arch:~]─[11:26:59 AM]
╰─>$ xclip -o -t MULTIPLE
Error: target MULTIPLE not available
┬─[a@arch:~]─[11:27:06 AM]
╰─>$ xclip -o -t STRING
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:27:11 AM]
╰─>$ xclip -o -t UTF8_STRING
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:27:15 AM]
╰─>$ xclip -o -t TEXT
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:27:20 AM]
╰─>$ xclip -o -t text/plain
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:27:26 AM]
╰─>$ xclip -o -t "text/plain;charset=utf-8"
aa5336⏎ 

while pasting from web gave me:

┬─[a@arch:~]─[11:24:08 AM]
╰─>$ xclip -o -t TARGETS
TIMESTAMP
TARGETS
SAVE_TARGETS
MULTIPLE
STRING
UTF8_STRING
TEXT
text/plain
text/plain;charset=utf-8
┬─[a@arch:~]─[11:24:31 AM]
╰─>$ xclip -o -t TIMESTAMP
10199215
┬─[a@arch:~]─[11:24:41 AM]
╰─>$ xclip -o -t SAVE_TARGETS
Error: target SAVE_TARGETS not available
┬─[a@arch:~]─[11:24:47 AM]
╰─>$ xclip -o -t MULTIPLE
Error: target MULTIPLE not available
┬─[a@arch:~]─[11:24:51 AM]
╰─>$ xclip -o -t STRING
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:24:55 AM]
╰─>$ xclip -o -t UTF8_STRING
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:24:59 AM]
╰─>$ xclip -o -t TEXT
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:25:07 AM]
╰─>$ xclip -o -t text/plain
aa5336⏎                                                                                        ┬─[a@arch:~]─[11:25:12 AM]
╰─>$ xclip -o -t "text/plain;charset=utf-8"
aa5336⏎ 

Reproduce the freeze on Linux using the listed DrRacket, Aseprite, and xclip steps, then compare pasting the same value from Aseprite and a web page. The issue is done when the hex value can be pasted into the DrRacket definitions area without freezing, while the existing Windows behavior remains unaffected.