Closed morgan-greywolf closed 1 year ago
Also, I get this in kitty's stdout/stderr:
[068 16:41:08.056095] [glfw error 65545]: X11: Failed to convert selection to data from clipboard
[068 16:41:08.935913] [glfw error 65545]: X11: Failed to convert selection to data from clipboard
[068 16:41:11.471838] [glfw error 65545]: X11: Failed to convert selection to data from clipboard
I dont have a dual monitor system to test with, so I cannot reproduce. I would guess it's caused by your system sending focus change events when the cursor leaves the monitor. You can confirm this by running kitty with --debug-input when you dont move the cursor off the monitor, you will see the mouse release event reported as being handled as drag end, and that wont happen if the cursor leaves the screen. I dont know why your system is doing that, but I doubt its normal behavior. You can probably work around it by commenting out the line that sets active_drag_in_window = 0 in window_focus_callback() in glfw.c
If you have some kind of setting in your window manager to automatically change focus when the mouse leaves a monitor turn it off.
Describe the bug I use kitty in a maximized window, without window decorations (
hide_window_decorations yes
) and with no window padding on GNOME running on Xorg. I have three monitors, one to the left of the one I use kitty on, and one to the right. Since grabbing the left edge of the text is often tricky when selecting, I usually grab text from the right and drag left and up. Unfortunately, if the cursor wanders off to the screen on the left slightly (even just by a pixel), the text will be highlighted, but the PRIMARY selection buffer will not be replaced. This behavior does not occur with other terminal emulators, only kitty.To Reproduce Steps to reproduce the behavior:
Screenshots If applicable, add screenshots to help explain your problem.
Environment details
Additional context Problem actually also occurs with
kitty --config NONE
.