[Bug]: Wallpaper isnt loading

[Swordpro3001]

Bug Report

Description

I reinstalled Arch so I had to reinstall hyprdots. After the reinstall and reboot the wallpaper didnt load. If I try to change the wallpaper with Super+alt+left it doesnt change.

Steps to Reproduce

1. Install Arch
2. Update Hyprland-Header
3. Pull and install Hyprdots

If I try to change the wallpaper with Hyprdots wallpaper set its giving:
'Missing /Path/to/Wallpaper'

With Hyprdots wallpaper next:
Error: "Failed to connect to socket: Connection refused (os error 111)"

If I try to start swww with swww-daemon:
Error: "couldn't bin socket: Address already in use (os error 98)" even when swww isnt running in htop.

Expected Behavior

The wallpaper should be loading after reboot or after setting the wallpaper.

Actual Behavior

The wallpaper is grey.

Screenshot

Environment

• Hardware: Laptop: Acer Nitro 517-41
• Linux Distro: ArchLinux
• Linux Version, archLinux 6.8.1-arch1-1
• Hyprland Version, v0.37.1-47
• Installation Environment: Dualboot Laptop
• Other info: Resolution: 1920x1080p 60hz

[kRHYME7]

try to run swww init

[Swordpro3001]

try to run swww init

It says:
DEPRECATION WARNING: 'swww init' IS DEPRECATED, call 'swww-daemon' directly instead WARNING: socket file /run/user/1000/swww.socket was not deleted when the previos demon exited

[Swordpro3001]

try to run swww init

It says: DEPRECATION WARNING: 'swww init' IS DEPRECATED, call 'swww-daemon' directly instead WARNING: socket file /run/user/1000/swww.socket was not deleted when the previos demon exited

Ok now its kinda weird.
If i run swww init it show the error above but it loads the wallpaper. BUT when I change theme it switches theme but the background is grey.

[kRHYME7]

Output for yay -Qs swww ?

[Swordpro3001]

Output for yay -Qs swww ?

local/swww-git 0.4.0.r317.g06ede52-1 Efficient animated wallpaper daemon for Wayland, controlled at runtime local/swww-git-debug 0.4.0.r317.g06ede52-1 Detached debugging symbols for swww-git local/waypaper-git 2.1.r13.gbf75172-1 GUI wallpaper setter for both Wayland and X11 window managers that works as a frontend for popular backends like swaybg, swww, and feh.

[kRHYME7]

You're on the latest commit, therefore it should work

Output for grep "swww-" ~/.config/hyprdots/scripts/swwwallpaper.sh ?

[Swordpro3001]

You're on the latest commit, therefore it should work

Output for grep "swww-" ~/.config/hyprdots/scripts/swwwallpaper.sh ?

swww-daemon --format xrgb

[kRHYME7]

Alright try to add "&" on that line. line 145

The latest commit should have fix it

[Swordpro3001]

The latest commit should have fix it

Ok, It fixed that that if I boot it shows the wallpaper but it didn't fix the issue with changing the wallpaper too fast or change theme swww "crashes".

[kRHYME7]

but it didn't fix the issue with changing the wallpaper too fast or change theme swww "crashes".

Can you please elaborate more?

I tried the latest commit and it works on my end. can you provide again the outputs you provide above #1165 (comment) ?

If I try to change the wallpaper with Hyprdots wallpaper set its giving:
'Missing /Path/to/Wallpaper'

This one requires a wallpaper path

Hyprdots wallpaper next output for this ?

[Swordpro3001]

Can you please elaborate more?

If i try to change the wallpaper to quickly with Super+alt+left/right the animation crashes and the wall paper becomes grey. Same with changing the theme but it crashes on every theme-change

Hyprdots wallpaper next output for this ?

So if swww crashed Hyprdots wallpaper next is giving: Error: "Failed to connect to socket: Connection refused (os error 111)" Error: "couldn't bind socket: Address already in use (os error 98)" Error: "Failed to connect to socket: Connection refused (os error 111)".

[prasanthrangan]

Hi, try clearing the cache directory ~/.cache/swww/

[Swordpro3001]

Hi, try clearing the cache directory ~/.cache/swww/

removed all files from that directory, rebooted and there are still the same problems

[andres-gr]

Hi, try clearing the cache directory ~/.cache/swww/

removed all files from that directory, rebooted and there are still the same problems

try running both of these and rebooting

rm -rf ~/.cache/swww/*

rm -rf $XDG_RUNTIME_DIR/swww.socket

[opticblu]

100% a bug, whenever you change a wallpaper swww-daemon dumps core. This only started after the most recent updates, the wallbashv4 changes perhaps? It may not be with hyprdots itself, but this only presented after hyprdots update, nothing else changed. After I noticed this regression, updated my system (usually current, only had a few things out of date) so:

swww-daemon --version
swww-daemon 0.9.1

Mar 23 21:05:54 systemd-coredump[16124]: [🡕] Process 3291 (swww-daemon) of user 1000 dumped core.

This used to happen when hyprdots was new, same exact thing: best guess is some cache issue.

Here's the error log after rm -rf ~/.cache/swww/* rm -rf $XDG_RUNTIME_DIR/swww.socket, then launching swww-daemon manually. It launches, displays wallpaper, but when you change wallpaper:

 02:13:00 [INFO] (transition) BumpPool with: 2 buffers. Size: 86400Kb
02:13:00 [INFO] (transition) BumpPool with: 2 buffers. Size: 86400Kb

thread 'rayon thread 2' has overflowed its stack
fatal runtime error: stack overflow

[1]  + 20286 IOT instruction (core dumped)  swww-daemon

The stack trace stuff in the system log is unremarkable

will try to find out more, could be hyprland-git branch related, gonna try to move to stable and see if it chokes

UPDATE: it sort of works-ish on hyprland 37.1.1 -- whatever the current branch is on arch, but not at login, need to manually delete caches and load from cli w/ --xrgb

[prasanthrangan]

I'm not facing any issues with my system... tried both non-git version and git version 0.9.1

[opticblu]

I'm not facing any issues with my system... tried both non-git version and git version 0.9.1

I think it's either a hidpi issue or a fractional scaling issue? something similar used to happen about a year? or so ago, to the point where i had an exec-once = fixswww.sh on startup (just a--hesitate to even call it a-- script with rm -rf ~/.cache/swww/* && rm -rf $XDG_RUNTIME_DIR/swww.socket or something to that effect, probably in my old zfs snapshots, can't remember.

it does seem to resolve with

rm -rf ~/.cache/swww/*

rm -rf $XDG_RUNTIME_DIR/swww.socket

not a big deal for me, can exec-once a cache clear, just FYI

[kRHYME7]

how about swww clear-cache ?

[prasanthrangan]

rm -rf ~/.cache/swww/* && rm -rf $XDG_RUNTIME_DIR/swww.socket

Glad its working for you... maybe we should think about clearing the swww cache at startup.

[opticblu]

it hasn't done it in forever, only restarted after that wallbash push today/yesterday

my underlying config is supe... err hypr-weird: incus gui containers w/ wayland socket, zfs root/kmod/clang kernel, apparmor, multi-gpu, vertical 4k monitor, etc

the point being: in my case, it could be anything, but if others are experiencing it, cache clear might not hurt

[prasanthrangan]

it hasn't done it in forever, only restarted after that wallbash push today/yesterday

my underlying config is supe... err hypr-weird: incus gui containers w/ wayland socket, zfs root/kmod/clang kernel, apparmor, multi-gpu, vertical 4k monitor, etc

the point being: in my case, it could be anything, but if others are experiencing it, cache clear might not hurt

woww you've got one of a kind setup :)
I just have a single ultrawide monitor so never had these issues with swww...
anyways lets wait and see if others have such issues!

[Swordpro3001]

@opticblu Did the swww crash upon boot?

can you try to run ~/.config/hyprdots/scripts/swwwallpaper.sh instead of manually running swww-daemon --format xrgb & this will emulate this part Just to see what the script do after boot up .

Tried that same Error

[Swordpro3001]

I'm not facing any issues with my system... tried both non-git version and git version 0.9.1

I think it's either a hidpi issue or a fractional scaling issue? something similar used to happen about a year? or so ago, to the point where i had an exec-once = fixswww.sh on startup (just a--hesitate to even call it a-- script with rm -rf ~/.cache/swww/* && rm -rf $XDG_RUNTIME_DIR/swww.socket or something to that effect, probably in my old zfs snapshots, can't remember.

it does seem to resolve with

rm -rf ~/.cache/swww/*

rm -rf $XDG_RUNTIME_DIR/swww.socket

not a big deal for me, can exec-once a cache clear, just FYI

Ok that kinda worked, but when I switch themes it still crashes.
But thanks

[Swordpro3001]

I'm not facing any issues with my system... tried both non-git version and git version 0.9.1

Maybe because I have the git version? I installed it from git because curl wont install the version in the hyprdots-script.

[opticblu]

I'm not facing any issues with my system... tried both non-git version and git version 0.9.1

I think it's either a hidpi issue or a fractional scaling issue? something similar used to happen about a year? or so ago, to the point where i had an exec-once = fixswww.sh on startup (just a--hesitate to even call it a-- script with rm -rf ~/.cache/swww/* && rm -rf $XDG_RUNTIME_DIR/swww.socket or something to that effect, probably in my old zfs snapshots, can't remember.
it does seem to resolve with
rm -rf ~/.cache/swww/*
rm -rf $XDG_RUNTIME_DIR/swww.socket
not a big deal for me, can exec-once a cache clear, just FYI

Ok that kinda worked, but when I switch themes it still crashes. But thanks

when you switch themes or switch wallpapers?

looks like some config changes were just pushed to the create_cache script, just glanced but looks like that the imagemagick part (cpu/mem intensive part that might potentiate this) of the script has some shiny new &> /dev/null amendments, presume that's a mitigation for this, 100% a guess though, not too familiar

will try and update with latest change and report back

UPDATE: almost positive this is now fixed with the 'minor updates'/4417065 commit

@Swordpro3001 I pulled the latest changes and ran the script again, then did "Hyprdots cache rebuild" (hyprdots-ctl-git, not sure if it's included in the script tbh), now theme/wall changes work fine, even after logout/login, give it a shot, think it will work

@prasanthrangan, 1. lol thanks, it's quite a "7 year old me would have loved this" setup and
2. as always, thanks for the quick update and keeping this project going

[Swordpro3001]

I pulled the latest changes and ran the script again, then did "Hyprdots cache rebuild" (hyprdots-ctl-git, not sure if it's included in the script tbh), now theme/wall changes work fine, even after logout/login, give it a shot, think it will work

After pulling the repo, running the install script, rebuilding the cache and rebooting it still crashes after switching themes. But thank you for trying it, it shouldnt be a problem cause I can "restart" swww with swww init.
<3 <3

[kRHYME7]

@SanDeng

[sandeng1440]

@kRHYME7
Mine isn't a severe one. I can change wallpaper and themes as shown in the screenshots, it's just that the wallpapers are greyed out (monochromatic). I don't mind the bug honestly, because I usually use dark themes everywhere.

[kRHYME7]

I'll be moving this to discussions for now to utilize reply/threads

Issue is fixed LGFae/swww@820ea90