Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

drag & drop blocks input even after finshing #9154

Closed
2 of 6 tasks
littleblack111 opened this issue Jan 24, 2025 · 10 comments · Fixed by #9405
Closed
2 of 6 tasks

drag & drop blocks input even after finshing #9154

littleblack111 opened this issue Jan 24, 2025 · 10 comments · Fixed by #9405
Labels
bug Something isn't working

Comments

@littleblack111
Copy link
Contributor

Already reported ? *

  • I have searched the existing open and closed issues.

Regression?

Probably not a regression / I don't remember it happening before

System Info and Hyprland Version

System/Version info
Hyprland 0.46.0 built from branch  at commit a3e7f21516f378e1928486a853881ee4941c1fdf  ().
Date: Fri Jan 24 14:07:16 2025
Tag: v0.46.0-178-ga3e7f215, commits: 5733
built against:
 aquamarine 0.7.1
 hyprlang 0.6.0
 hyprutils 0.4.0
 hyprcursor 0.1.11
 hyprgraphics 0.1.1


no flags were set


System Information:
System name: Linux
Node name: Arch-Linux
Release: 6.12.10-zen1-1-zen
Version: #1 ZEN SMP PREEMPT_DYNAMIC Sat, 18 Jan 2025 02:26:52 +0000


GPU information: 
00:02.0 VGA compatible controller [0300]: Intel Corporation Raptor Lake-S GT1 [UHD Graphics 770] [8086:a780] (rev 04) (prog-if 00 [VGA controller])
01:00.0 VGA compatible controller [0300]: NVIDIA Corporation AD103 [GeForce RTX 4080 SUPER] [10de:2702] (rev a1) (prog-if 00 [VGA controller])
NVRM version: NVIDIA UNIX x86_64 Kernel Module  565.77  Wed Nov 27 23:33:08 UTC 2024


os-release: NAME="Arch Linux"
PRETTY_NAME="Arch Linux"
ID=arch
BUILD_ID=rolling
ANSI_COLOR="38;2;23;147;209"
HOME_URL="https://archlinux.org/"
DOCUMENTATION_URL="https://wiki.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://gitlab.archlinux.org/groups/archlinux/-/issues"
PRIVACY_POLICY_URL="https://terms.archlinux.org/docs/privacy-policy/"
LOGO=archlinux-logo


plugins:


Description

drag and drop will sometimes still block input after finishing

for example if i drag and drop from firefox download and go to other workspaces, it will not work and continue to think im dragging when im not

How to reproduce

  1. drag & drop (e.g. firefox, blobdrop etc)
  2. maybe it will not stop even after u dragged

Attach not paste

  • I understand that all text files must be attached, and not pasted directly. If not respected, this issue will likely get closed as spam

Checklist of files to include below

  • Hyprland config - hyprctl systeminfo -c (always include)
  • Crash report (always include in case of crash)
  • Video (always include in case of a visual bug)
  • Logs (might contain useful info such as errors)

Additional info & File uploads

No response

@littleblack111 littleblack111 added the bug Something isn't working label Jan 24, 2025
vaxerski added a commit that referenced this issue Jan 24, 2025
@vaxerski
Copy link
Member

I've seen this a few rare times, the above should help, if you press escape it will abort the dnd op.

@littleblack111
Copy link
Contributor Author

wow, lot of commits recently to fix stuff huh? impressive!

@vaxerski
Copy link
Member

planning to roll 0.47 out soon

littleblack111 pushed a commit to littleblack111/Hyprland that referenced this issue Jan 25, 2025
@MAHBOD-85
Copy link

can confirm it will freeze the file manager and block input for apps until you press esc
and it still happens even on native wayland applications like org.kde.dolphin as of 0.47

@vaxerski
Copy link
Member

vaxerski commented Feb 8, 2025

doesn't happen to me except for some cases with xwayland

@MAHBOD-85
Copy link

MAHBOD-85 commented Feb 8, 2025

maybe as a safety measure a hack could be introduced where dnd op will be forcibly aborted right after mouse release

@MAHBOD-85
Copy link

MAHBOD-85 commented Feb 8, 2025

i have narrowed it down to "native wayland to xwayland" and "xwayland to xwayland"
"native wayland to native wayland" and "xwayland to native wayland" work fine

@nnyyxxxx
Copy link
Contributor

i can repro this issue

@nnyyxxxx
Copy link
Contributor

pretty sure this is a dupe of #8964

@nnyyxxxx
Copy link
Contributor

maybe as a safety measure a hack could be introduced where dnd op will be forcibly aborted right after mouse release

terrible idea

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants