Workspace swipe doesn't render snap to delta 0

[C0Florent]

I've been experiencing weird behaviour with workspace swipe in a very particular context since I've been using Hyprland (0.45.2)

How to reproduce:

• Start at workspace 1 (or 2 if 1 is empty: as long as swipe left is invalid, you should see the bug)
• Start swiping to the right (don't release the swipe)
• Quickly swipe back to ws1, without releasing the swipe

You should see that the workspace is not rendered at the right place, it's offset to the right, and won't move if you continue swiping left. When you're in that state (still holding your swipe which doesn't render), you can observe two weird behaviours:

• Releasing the swipe snaps immediately into place
• Moving the swipe in the opposite direction first snaps immediately into place (same as above) then moves as expected

Video demonstration:

out2.mp4

I added some debug logs in updateWorkspaceSwipe (shown in video) to understand what's happenning, and to my understanding, this would be a logic error that treats this "swiping back to delta 0" the same way as if you start a swipe towards a blocked direction: it cancels the swipe update by resetting delta to 0 but doesn't push anything to render.

The problem is that if you weren't already at delta 0, then you don't see that your delta got reset to 0, so if then you continue swiping (even very slowly) to get things back into place, any swipe you attempt in this direction will be blocked because internally you're already at delta 0. This also explains why when start swiping the other way it first snaps into place and then moves (the first frame adds your delta to the internal 0 to get a positive (near 0) delta which makes this jump

---

Observed on 0.50.1, and also as far back as 0.45.2 (yes I did actually run 0.45.2 again today to make sure it also happens there)

hyprctl systeminfo:

Hyprland 0.50.1 built from branch  at commit  dirty ().
Date: 2025-07-19
Tag: v0.50.1, commits:
built against:
 aquamarine 0.9.0
 hyprlang 0.6.3
 hyprutils 0.8.1
 hyprcursor 0.1.12
 hyprgraphics 0.1.4


no flags were set


System Information:
System name: Linux
Node name: lahp
Release: 6.15.6
Version: #1-NixOS SMP PREEMPT_DYNAMIC Thu Jul 10 14:08:55 UTC 2025


GPU information:
0000:00:02.0 VGA compatible controller [0300]: Intel Corporation TigerLake-LP GT2 [Iris Xe Graphics] [8086:9a49] (rev 01) (prog-if 00 [VGA controller])


os-release: ANSI_COLOR="0;38;2;126;186;228"
BUG_REPORT_URL="https://github.com/NixOS/nixpkgs/issues"
BUILD_ID="25.11.20250714.62e0f05"
CPE_NAME="cpe:/o:nixos:nixos:25.11"
DEFAULT_HOSTNAME=nixos
DOCUMENTATION_URL="https://nixos.org/learn.html"
HOME_URL="https://nixos.org/"
ID=nixos
ID_LIKE=""
IMAGE_ID=""
IMAGE_VERSION=""
LOGO="nix-snowflake"
NAME=NixOS
PRETTY_NAME="NixOS 25.11 (Xantusia)"
SUPPORT_URL="https://nixos.org/community.html"
VARIANT=""
VARIANT_ID=""
VENDOR_NAME=NixOS
VENDOR_URL="https://nixos.org/"
VERSION="25.11 (Xantusia)"
VERSION_CODENAME=xantusia
VERSION_ID="25.11"


plugins:

Relevant gestures config:

gestures {
  workspace_swipe=true
  workspace_swipe_distance=200
  workspace_swipe_min_fingers=true
}

Also reproducible by having gestures:workspace_swipe=true as the only line of hyprland.conf

[C0Florent]

Seems to be fixed by such a patch:

diff --git a/src/managers/input/Swipe.cpp b/src/managers/input/Swipe.cpp
index f957c96e..d1a94cde 100644
--- a/src/managers/input/Swipe.cpp
+++ b/src/managers/input/Swipe.cpp
@@ -241,6 +241,8 @@ void CInputManager::updateWorkspaceSwipe(double delta) {
         (m_activeSwipe.delta < 0 && m_activeSwipe.pWorkspaceBegin->m_id <= workspaceIDLeft)) {

         m_activeSwipe.delta = 0;
+        g_pHyprRenderer->damageMonitor(m_activeSwipe.pMonitor.lock());
+        m_activeSwipe.pWorkspaceBegin->m_renderOffset->setValueAndWarp(Vector2D(0.0, 0.0));
         return;
     }

[C0Florent]

PR open with this patch in #11184