Kitty: Freeze after moving to another window

[amnk]

First of all, thank you for the awesome project!

I'm using hammerspoon for automating some of my flows on MacOS, and noticed an interesting issue: with recent 0.14 release Kitty started freezing once moved to another window. I mean I can move the window around, but after the first move I can no longer type.

If I can provide any additional info to help debug this - let me know.

[Luflosi]

See if ⌘+n temporarily fixes your issue. If so, I am also experiencing the same issue and will investigate and try to fix it when I have some time.

[amnk]

@Luflosi yeah, I'm able spin additional windows, and even open preferences. But not able to use windows once they were moved :D

Will wait for updates, thanks for a very quick response.

[kovidgoyal]

Am not sure I understand, it freezes after you move a window around, butonly if you move it with hammerspoon?

[amnk]

@kovidgoyal So I'm using Kitty with hide_window_decorations yes, and normally only move it with Hammerspoon. I've tried enabling decorations back and moving it with a mouse - no freezes :)

So yeah, it only freezes once moved with Hammerspoon.

[kovidgoyal]

Does it happen only if window decorations are hidden. i.e. if you move
the window with visible window decoration using hammerspoon does it
still happen?

[Luflosi]

If you press ctrl+d or type exit in your shell, the window should close. Does the window still close when you do that while the window appears frozen?

[amnk]

@kovidgoyal it freezes when moved by Hammerspoon anyway.

@Luflosi yes, if I type exit - it closes. Although I don't see what I type - the cursor does not move.

[Luflosi]

Can you clone the git repository, then git revert f3974671f6a1eaf91d2b00b34f481d49b295002d and build from source: https://sw.kovidgoyal.net/kitty/build.html please?

[RichardWLaub]

I am seeing the same behavior when moving my kitty window with chunkwm.

[tammersaleh]

Same behavior here when moving the window with sizeup. In my situation it only happens when I move it to the larger of my two external monitors. I open a new window, type some stuff, move it to my smaller external monitor, type some more stuff, move it to the larger external monitor, and it freezes.

Also, when I type exit, the window closes.

[tammersaleh]

I _believe_ that setting sync_to_monitor no fixed this for me. I'll test further and comment here if not.

[kovidgoyal]

And does it happen only when moving with sizeup not with the mouse?

[kovidgoyal]

I installed hammerspoon and used the default example for window
movement:

hs.hotkey.bind({"cmd", "alt", "ctrl"}, "H", function()
  local win = hs.window.focusedWindow()
  local f = win:frame()

  f.x = f.x - 10
  win:setFrame(f)
end)

focusing the kitty window and then pressing the key to move it 10 pixels
to the left, does not cause it to freeze for me. So I need something to
reproduce the issue with, short of installing a whole new window
manager.

[tammersaleh]

And does it happen only when moving with sizeup not with the mouse?

That's correct.

I've also verified that turning sync_to_monitor no definitely fixes this for me.

focusing the kitty window and then pressing the key to move it 10 pixels
to the left, does not cause it to freeze for me.

For me, this doesn't trigger when just moving the window - I have to move the window to another monitor. In particular, I have to move the window to my larger monitor, highlighted below:

[kovidgoyal]

Can the other people experiencing this bug please confirm that it is moving to another monitor that triggers it?

[MindTooth]

I don't have moving to another monitor as a trigger.

It occurs when the laptop is locked, I log back in, and then switch to kitty. kitty is set as a fullscreen application. Only solution is to press CMD + n. I've not noticed, nor payed to much attention if this happens when I'm logged in. But I bet I would if it indeed occurred.

[Luflosi]

Can anyone experiencing the issue try what I suggested in https://github.com/kovidgoyal/kitty/issues/1641#issuecomment-495669587, please? I have a feeling that this issue is somehow caused by f3974671f6a1eaf91d2b00b34f481d49b295002d but I can't reliably reproduce the issue.

[tammersaleh]

Can anyone experiencing the issue try what I suggested in #1641 (comment), please? I have a feeling that this issue is somehow caused by f397467 but I can't reliably reproduce the issue.

I followed those instructions and the issue persists (again, only if I set sync_to_monitor yes)

[Luflosi]

Ok, thank you. That means, that my theory is almost certainly not correct.

[MindTooth]

I've installed a reverted (the command above) version, but too soon to say. However, the bug did not occur just now when I logged back in after an hour away. I'll report back after some more logout/logins.

[kovidgoyal]

I am guessing this has something to do with CVDisplayLink (the mechanism
used to implement sync_to_monitor).

[MindTooth]

Running the commit reverted did not solve anything. I've not touched the sync_to_monitor option. My config.

Ed1t: Happen again when in a tmux session with one vim and one shell window. Going from full screen to regular window. (On macOS).

[kovidgoyal]

Note that I have not actually tested the fix since I cant reproduce the issue, so I would appreciate it if some of you could test it.

[RichardWLaub]

I just tested the fix and it worked for me. Thank you!

[gibfahn]

Thanks for the quick fix! This fixes the issue for me too.

PR to update brew here: https://github.com/Homebrew/homebrew-cask/pull/64090

[MindTooth]

Sad to say I still had a lock up. Too soon to say why, but I'll be sure to reporting back.

Ed1t: With 1.14.1.

[dylan-chong]

Has anyone else had any issues with 0.14.2? The freezing still happens for me every now and again

[kovidgoyal]

1779