mirror of
https://github.com/LGUG2Z/komorebi.git
synced 2026-01-11 14:40:25 +01:00
[BUG]: Snapping to middle of Screen #369
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @awptechnologies on GitHub (May 10, 2024).
Mouse snaps to center of screen when trying to click on an active service in task bar tray. An example is amd adreniline. When i try to right click to open options my mouse snaps to center of screen and the options never open. Also does this sometimes with windows apps for example settings. When trying to close settings mouse snaps to center of screen and doesn't close. I have to right click and close form task bar. This started after the latest update from winget.
@LGUG2Z commented on GitHub (May 10, 2024):
Can you share your configuration file?
@awptechnologies commented on GitHub (May 11, 2024):
yes.
Komorebi.json
@LGUG2Z commented on GitHub (May 14, 2024):
I believe this should be fixed with the latest commits on
master@awptechnologies commented on GitHub (May 14, 2024):
if i have installed with winget how do i get this update
@LGUG2Z commented on GitHub (May 14, 2024):
You can grab the artifacts and run the MSI installer: https://github.com/LGUG2Z/komorebi/actions/runs/9066966920
Run both binaries with the --version flag to be sure that you're running v0.1.26-dev
@Insprill commented on GitHub (May 21, 2024):
I've still had this occur with
77fc3973b6. In my limited testing, it happens when you get a window from one workspace focused when it should be hidden, or (could be wrong) when a window is floating when it shouldn't be (looking at you, settings). I don't have a reliable way to reproduce it, unfortunately, as it's quite rare when it happens.@oc-tk commented on GitHub (May 27, 2024):
I have the same issue, I am using latest official version v0.1.26 and on top of that I have found similar problems when game is running on borderless window mode.
Overall what I have seen, I have two monitors and I leave one monitor with toggled float on, and on second monitor I will focus other window in workspace. And if I comeback to that window on first monitor it is snapping to the center of monitor and only temp fix is to move the window to different place or toggle float off.
@N3bby commented on GitHub (Jul 7, 2024):
For anyone experiencing this problem:
If you don't care about the mouse_follows_focus feature, you can just turn this off as a workaround.
This fixes it for me as far as I can tell.
https://lgug2z.github.io/komorebi/common-workflows/mouse-follows-focus.html
@edgimar commented on GitHub (Aug 26, 2024):
@LGUG2Z, while this might also just be a workaround, I wonder if it would make sense to expose a
move-mouse-to-focused-windowcommand that would cause the mouse to be moved to the active/focused window. Then it would be possible to manage the mouse-movement via AHK, etc., explicitly calling the command when desired/needed.@LGUG2Z commented on GitHub (Aug 26, 2024):
This is a great idea @edgimar - will try to get this in for the next release
@Insprill commented on GitHub (Jan 30, 2025):
This issue isn't resolved. I just had it happen now while running v0.1.33 (
cc51f62c) with TuxGuitar. TuxGuitar mostly seems to ignore komorebi (which is its own issue), but when I switch to another workspace, or focus a window on another monitor, then go back to TuxGuitar, clicking anywhere on the window snaps the cursor to the center, making it unusable. Opening and closing the windows menu seems to fix it.@LGUG2Z commented on GitHub (Feb 4, 2025):
@Insprill This (hopefully) final edge case should be fixed with the commit referenced above