Kamack38
Kamack38
I suppose that everything works as intended and my code was just based on a bug. The final request URL shouldn't contain the fragment, since it doesn't make a request...
Everything works when using hyprlock `0.8.2`
Yeah, it is working indeed. I wonder whether it's not a Hyprland issue since Hyprland was also recently updated, and I think it handles the GPU.
I was able to bisect the issue: ``` a9638986c31ab74fd95e83057f7cdd5187747ec7 is the first bad commit a963898 - (HEAD) core: use a screenshot for fade in/out (#726) (4 weeks ago) src/core/hyprlock.cpp |...
> ``` > export GBM_BACKEND=nvidia-drm > ``` > > looks suspicious. AFAIK this env is wrong and shouldnt be used This variable is mentioned in the Wayland [Arch Wiki](https://wiki.archlinux.org/title/Wayland#Requirements)
I've deleted this variable and it still didn't work.
> Nothing regarding the screencopy itself was actually changed between 0.8.2 vs. 0.9.0. So are you sure you only updated hyprlock? Didn't you update your entire system? What happens when...
@PaideiaDilemma Here's the verbose log. trace log ``` ❯ hyprlock -v Hyprlock version v0.9.0 [LOG] | got iface: wl_seat v9 [LOG] > Bound to wl_seat v9 [LOG] | got iface:...
I'm sure I don't have anything regarding Hyprland's permission system in my config. `rg 'enforce_permissions' ~/.config/hypr/hyprland.conf ` returns no matches. Which, as I read, is required for the permission system...
Disabling animations via: ```hypr animations { enabled = false } ``` also didn't help.