Drag and drop operations sometimes canceled before reaching target

[cbjeukendrup]

Version

0.5.1820

Operating System

macOS

Distribution Method

dmg (Mac OS - Apple Silicon)

Describe the issue

Sometimes, drag and drop operations are kind-of canceled before reaching the drop target. That is, the drag operation technically stays active, but the drop destinations become deactivated. See video:

Schermopname.2026-01-20.om.23.33.50.mov

It seems to happen especially when there are a lot of changes in the repo, either committed or uncommitted. It is as if something (unnecessarily) causes some part of the UI to be re-rendered, which cancels the ongoing drag operation.

(it is somewhat frustrating when it happens... so close, but so far away! 🙂)

P.S. the video also happens to show that the automatic scrolling can sometimes be counterproductive, because it moves the target further away from the mouse instead of closer to it.

How to reproduce (Optional)

No response

Expected behavior (Optional)

No response

Relevant log output (Optional)

[Byron]

Thanks a lot for reporting! The video shows extremely well what happens, and it also happened to me just now when I tried, but not repeatedly. It's a tiny repository though, so maybe a smaller likelihood is expected.

Edit: this can easily be reproduced by changing the worktree of the repository with a timeout for instance: sleep 5 && touch foobar.