Hyprland: wofi crashes on mouse hover

Hyprland Version

062f749450da9d280f85d3052d7f8bc9b70db62b

Bug or Regression?

Regression

Description

Hovering the mouse over wofi causes it to immediatly crash. It does not crash when the cursor is elsewhere on the screen.

The reason i am reporting this here is that it doesn’t occur on sway and did not occur on hyprland prior to me updating the other day. Currently on nixos so i’m not entirely sure how to go back to an older version to check. Wofi has not been updated in several months either.

How to reproduce

  • Open wofi
  • Hover cursor over wofi -> see crash

Looking at my /tmp/hypr logs, i think this started when i updated from 59d6a12a7e06a579a364ea93eca957a70be74081 to 062f749450da9d280f85d3052d7f8bc9b70db62b.

My current os is NixOS unstable

Crash reports, logs, images, videos

When run from terminal it crashes with this message: Gdk-Message: 20:42:47.733: Error flushing display: Resource temporarily unavailable or occasionally this message instead: Gdk-Message: 20:43:23.684: Error 11 (Resource temporarily unavailable) dispatching to Wayland display. hyprland.log

About this issue

  • Original URL
  • State: closed
  • Created 8 months ago
  • Reactions: 3
  • Comments: 24 (4 by maintainers)

Commits related to this issue

Most upvoted comments

yeh just checked, doesn’t crash when using --normal-window or if monitor scaling is set to 1. I will try another bisect tomorrow, can’t seem to get it to build correctly.

Yep, works for me too. Add these to your hyprland.conf and it works flawlessly (though I actually do like having borders on my wofi so it’s good)

windowrulev2 = stayfocused,class:(wofi)
windowrulev2 = noborder,class:(wofi)

Sorry for the delay, first bad commit I found is 7a5234a0cca2508b7a5ede1fc60dc3ae8b72a51c. This at least seems more related than my previous attempt… The one just before it, af9440152e19cee74b675e53087e032b9ccb5459 works fine for me.

git bisect please