Ive written this from scratch into the Caelestia quickshell plugin in C++ with no external libraries or binaries. All thats required is the avahi daemon running.

yo this is my first time ricing still need to do many things but is it good or maybe i should change?? tell me your first impression ?. im going to college 18M (useless info), i use arch btw!. yes i have some useless info in my waybar will remove them

https://reddit.com/link/1v4fftz/video/6i4tbha1ozeh1/player

This is a modification I made to Caelestia, I hope to make it stable and upload it in a PR

I run Hyprland on NixOS and used to keep a fairly heavy hyprland.conf. With 0.55 moving from hyprlang to Lua I had to rewrite it anyway, so instead of hand-writing Lua I declared the whole thing in Nix and let the module generate hyprland.lua. If the format shifts again, I don't rewrite my config.

Some gotchas from the migration, since the Lua backend is barely documented yet:

Key combos use + ("SUPER + SHIFT + Q"), not the old comma syntax. If you pass the old format the whole line is read as a keysym and you land in emergency mode.

bindl / bindel / bindm are gone as separate directives — it's all hl.bind(keys, dispatcher, opts), with locked / repeating / drag in opts.

Dispatchers return closures. Inside a gesture callback you need hl.dispatch(hl.dsp.workspace.toggle_special()), not just the dispatcher on its own.

Gesture directions are horizontal / vertical / left / right / up / down. There is no any.

Every enabled hl.animation needs a bezier or a spring, and the curve has to be declared with hl.curve first.

Everything else — window rules, devices, per-monitor config, animations — went in fine once the shapes were right.

Full config, plus waybar, hyprlock and the rest of the setup: https://github.com/poligle/NixOS-Config

loginctl lock-session triggers duplicate Lock DBus signal, spawning two hyprlock instances (input broken until mouse activity)

Hyprland version: 0.56
hyprlock version: 0.9.6
hypridle version: 0.1.7

A single before_sleep_cmd = loginctl lock-session call causes hypridle to receive the DBus Lock signal twice, spawning two hyprlock processes for one lock event. ext_session_lock_manager_v1 correctly rejects the second instance (onLockFinished called. Seems we got yeeten. Is another lockscreen running? in hyprlock's log), but the rejected instance still appears to hold input focus/rendering until some external event (mouse movement) forces a refocus to the surviving instance. Result: after resuming from suspend, keyboard input to the password field is silently dropped until the mouse is moved.

To Reproduce (hypridle.conf):

general {
    lock_cmd = hyprlock > /tmp/hyprlock.log 2>&1
    before_sleep_cmd = loginctl lock-session
    after_sleep_cmd = hyprctl dispatch dpms on
}

Suspend (lid close), resume, attempt to type password immediately, and gets no response. Once mouse is moved, screen "refreshes" and input starts working.

hypridle log (single instance running):

[LOG] Got PrepareForSleep from dbus with sleep true
[LOG] Executing loginctl lock-session
[LOG] Process Created with pid 17308
[LOG] Got dbus .Session
[LOG] Got Lock from dbus
[LOG] Locking with hyprlock > /tmp/hyprlock.log 2>&1
[LOG] Executing hyprlock > /tmp/hyprlock.log 2>&1
[LOG] Process Created with pid 17325
[LOG] Got dbus .Session
[LOG] Got Lock from dbus
[LOG] Locking with hyprlock > /tmp/hyprlock.log 2>&1
[LOG] Executing hyprlock > /tmp/hyprlock.log 2>&1
[LOG] Process Created with pid 17332
[LOG] Wayland session got locked

hyprlock log (rejected instance):

[DEBUG]: Locking session
[DEBUG]: onLockFinished called. Seems we got yeeten. Is another lockscreen running?

Notes:

• Confirmed this is not caused by a duplicate hypridle process (pgrep -a hypridle showed only one).
• Confirmed this is not caused by config-level duplicate lock triggers (removed the idle-timeout loginctl lock-session listener, issue persists with only before_sleep_cmd).
• Not reproducible on a second, also fully-updated machine (intel integrated only), is this just NVIDIA PRIME + Intel integrated related? I couldn't find any error logs with this,
• lock_cmd = pidof hyprlock || hyprlock masked the symptom differently (both invocations report success since pidof finds the already-running first instance), but the double Lock signal still occurs underneath.

This was heavily diagnosed with Claude, though I've read the logs myself and see the same.

Should I lwk just give this to the Github for hyprland or hypridle? I saw the issue #7391 but it says it was fixed in 2024, and would hate to bring it up again. It also appears I'm the only one with a similar issue. Happened after rebooting after the 0.56 update, but apparently it doesn't break anything? Very confused, any pointers would be appreciated

EDIT possibly related, but doubt it: dmesg shows a kernel-level warning at the exact resume timestamp: `WARNING: drivers/gpu/drm/i915/display/intel_display_power_well.c:1085 at gen9_disable_dc_states+0x2ca/0x340 [i915], CPU#11: systemd-logind` Could this be a timing issue during resume that coincides with (and could contribute to) hyprlock's focus problem. Not sure whether this is a separate i915 bug or an effect of the duplicate lock signal / focus race previously described.

Man, learning Linux is a blast! From tweaking the system and fixing errors, to finding tools that auto-generate color schemes damn, it's just so good

Basically that, reboot doesn't fix it but cold reboot does, hyprctl reload does nothing. I put my hl.monitor section in hyprland.lua too or .icm gives an error if you load through separate file.

Any way to make hyprland stop forgetting it's supposed to run ICC too? Other options seem to be intact.

Side note, I can't replicate it, but one time hyprland forgot it's supposed to run an ICC entirely, even after a cold reboot. No idea why, it fixed itself.

Hi Ive been on hyprland for about 1.5 years, and recently ive got this weird bug Sometimes when i boot my pc, everything looks fine and whrn i log in via sddm, i het this It doesnt happens with kde, only hyprland And it causes everything to shift on my main monitor Even when exiting to sddm and logging to kde it still persists The only way to fix it is with reboot and hope it wont hapen again It only happens sometimes which makes it really difficult to find the source Any solutions? Im on nixos with hyprland 0.54

I might be dumb but I just moved over from windows and was trying to not have an anime girl on my work laptop. I changed the wallpaper and got hit with a watermark “disabling hyprland logo is a war crime -vaxry” at the bottom of the image. Any idea where the file is to disable it?

I'm on hyprland (dah), and I'm using JaKooLit dotfiels

This is how my HR is receiving the screenshots(hubstaff), it was working before and it suddenly stopped

any one here faced the same problem?

No errors or warnings to be shown, it stopped out of nowhere

Hi everyone!

I’ve been working on a personal Hyprland project called Hypr-Lab.

The idea behind Hypr-Lab is simple: instead of styling individual components separately, I wanted to create a desktop experience where everything follows the same visual language and feels like it belongs together.

Current components include:

• Custom Waybar design
• Walker launcher theme
• Custom power menu
• SwayNC notification center styling
• Hyprlock-based lockscreen redesign
• Unified glassmorphism UI across all components
• Manual wallpaper management and curated wallpaper collection

My goal is to make Hyprland feel less like a collection of independent tools and more like a complete desktop environment with a consistent identity.

The project is still evolving, and I have plenty of ideas I would like to explore in the future.

I’d genuinely appreciate any feedback, criticism, suggestions, or ideas from the community.

Thanks for taking a look!

Lyrics : https://github.com/Volcha-Z/Slyrics

Hey everyone!

After spending way too much time tweaking, breaking, fixing, and polishing my setup, I finally decided to publish my Hyprland dotfiles.

Some highlights:

• Smooth spring-based bounce window animations

• Modular Lua configuration

• Blur, rounded corners, transparency based focus and fade workspace transitions

• Custom Waybar, Waypaper, swww, Kitty, and SwayNC setup

• Automated color switiching through pywal

• Firefox, Zed, Yazi, Pixie sddm and Spotify tweaks

• Built for Arch Linux

⇒ More screenshots and info on the github

⇒ I'm working on a video to add to the repo showcasing all of the features, so bare with me

GitHub:

🔗Solarisx Hyprland Dotfiles

This is still my daily driver and I've only had it for two weeks so far, so I'll continue improving it over time.

I'm new to all this stuff so if you have any suggestions or improvements, give me a heads up.

I have little knowledge of hyprland but i picked it because i had problems with mouse focus when playing on kde.

I use HyDE and wine 11 gtk. when checking hyprctl clients it displays "menu" and 4 additional clients as these borders. I often can't even open this menu because it keeps closing i tried to fix it same way as someone here mentioned but it still doesn't work.

Could border affect menu self closing?
Also, disabling window manager in winecfg fixes this but then i can't move windows

Will they conflict with each other , haven't encountered yet ?

Yo! Just installed Hyprland for the first time. Didn't want to go too crazy with the customization right off the bat, so I kept things super clean and minimal. Still tweaking some dotfiles, but I’m loving the workflow so far!

What do you guys think?

I feel like I've tried everything to bind taps to actions, but nothing works. Why is that so hard? 4-fingers tap to play-pause is quite a common gesture. So why is it not implemented yet in hyprland? And how do you deal with it?