You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is a limitation of GLFW. It's API takes only NUL terminated strings
when setting the clipboard (glfwSetClipboardString()). In any case, NUL
bytes aren't really valid for text data, which is what is being set
here. If you are using them as a separator use the ASCII file and record
separator bytes instead.
If you really want to support NUL bytes, then a PR is welcome, but its
not worth the effort to me.
Describe the bug
OSC 52 truncates input at first NUL byte. This affects the
clipboard
kitten as well since under the covers it uses OSC 52.To Reproduce
Steps to reproduce the behavior:
On OSX:
Observe that the output of the
pbcopy/pbpaste
combination preserves the entire input, but traveling through Kitty does not.Environment details
The text was updated successfully, but these errors were encountered: