[Bug] When starting Hyprland from ly XDG_CURRENT_DESKTOP value is blank.

[whyok456]

Pre-requisites

• I have looked for any other duplicate issues

Ly version

Ly version 1.1.0-dev.101+e885a5e

Observed behavior

When starting Hyprland from ly XDG_CURRENT_DESKTOP doesn't start xdg-portal for hyprland. Which means I can't use apps like obs.

Expected behavior

On other display managers like sddm and greetd it doesn't show any error.

Steps to reproduce

1. install ly from the compiling steps
2. try to launch Hyprland
3. shows this error

Relevant logs

[whyok456]

ok well nvm it can be fixed by adding

env = XDG_CURRENT_DESKTOP,Hyprland

to /.config/hypr/hyprland.conf, though it's still weird it gives this error by default

[AnErrupTion]

@whyok456 Hey there! This actually isn't the correct solution, only a workaround. Can you send the output of your Hyprland desktop file in /usr/share/wayland-sessions please?

[devlsh]

@AnErrupTion

[Desktop Entry]
Name=Hyprland
Comment=An intelligent dynamic tiling Wayland compositor
Exec=Hyprland
Type=Application

also having this issue!

[AnErrupTion]

@devlsh What distribution are you using? Whoever packaged Hyprland for it forgot to add the DesktopNames attribute. This means it isn't an Ly issue but a packaging issue.

[whyok456]

@whyok456 Hey there! This actually isn't the correct solution, only a workaround. Can you send the output of your Hyprland desktop file in /usr/share/wayland-sessions please?

same as devlsh

[Desktop Entry]
Name=Hyprland
Comment=An intelligent dynamic tiling Wayland compositor
Exec=Hyprland
Type=Application

and I got hyprland off pacman

[pgrond]

Yep, can confirm this. Also on Arch.

[AnErrupTion]

Looks like the issue got fixed in master, but it hasn't yet been released. Not sure if you can report this as a bug to the person packaging it so they can fix it, or if they prefer waiting for a new release.

[matejdro]

Can we add an option to not set this variable in the first place? As shown on the image on the original post, Hyprland manages this on its own and warns if it is externally managed.

[alexdaguy]

The fix for hyprland seems to have been pushed out to arch now. To avoid this situation for other desktops, maybe you could make it so that the variable isn't set if DesktopNames is missing from the .desktop file?