Missing background images

[noisek]

Missing background images

[super-cooper]

I have absolutely no idea. These kinds of things only ever happen to me.

[NoiSek]

Is it possible the daemon is running at the wrong permissions level? If it's failing to access / modify the theme directory then that's culprit number one.

[super-cooper]

@NoiSek This could be an issue. How can I guarantee the daemon runs with root access at startup?

EDIT: While I was waiting, I played around with some colors and got a nice theme. I ran lightdm-webkit2-greeter with root access, and it stopped using my theme. The background images still don't show up, and I still get the same errors in the console.

EDIT: I locked the screen and recreated my theme there, and it reuses it every time, which is great! However, there is still no background image and it also defaults the DE to Cinnamon, even though I pick GNOME every time. I can't get it to save this, even though the logs indicate that it's being saved.

[super-cooper]

@NoiSek Sorry to bother you again but I can't seem to figure out the problem. Permissions on the wallpapers directory are the same as the src directories, which are working fine.

[NoiSek]

This is the default wallpaper directory, is this where your theme is installed?

Given all of your other images load, this is probably the cause.

Also note the line above it, which prevents backgrounds from loading if the 'branding' setting in lightdm's config is set to the stock value of /usr/share/backgrounds.

[super-cooper]

Everything appears to be in order there

[super-cooper]

It is also only showing the option to sleep when I log out, but all of the other menu options are available when I turn on the computer after a shutdown. Hmmm...

[NoiSek]

The Shutdown / Hibernate / Sleep / Restart options are based on the authorized permissions of the user running the greeter at the time, so if that's the case then there's another indicator that what you're dealing with is a permissions issue, but that's still just speculation.

Are you able to run other themes without issue? And are both your lightdm and lightdm-webkit-greeter instances up to date with the upstream versions?

[super-cooper]

A few things:

1. After those three menu options disappeared when I locked the computer using Ctrl+Alt+L, I have tried it again and they don't appear to be missing anymore, which is good but strange.

2. I tried Litarvan's theme and it wouldn't load at all (it asked me to use the default theme, which worked). This is sounding a lot like a permissions issue, but how can I guarantee that everything runs at the right level (or better yet, why do some things load and others not? The CSS files, and the logo file (which I edited) are clearly being loaded perfectly, but for some reason the wallpapers aren't?) Is this an issue with the permissions I have for your theme specifically, or the actual webkit greeter program?

3. I have also guaranteed that your theme is up to date. There are a few versions of the webkit greeter, but I have the most up-to-date version of this one, which I installed from the DEB package on the OBS repo.

4. When I run lightdm-webkit2-greeter from the command line using super user permissions, it doesn't use the customization options I made, but it does carry the edits I made in the CSS files. I assume this is a result of the locations of the respective .cache files being in the root home and my user home. However, it's still not able to load the background images. I haven't made any edits to the JavaScript or HTML files either. This is very perplexing.

5. I also tried to run Litarvan's theme again with sudo permissions from the command line and it still wouldn't load.

[super-cooper]

So I was able to solve this (sort of)

It wasn't a permissions issue, but running the greeter in debug mode showed the following:

So I just took the image I wanted and changed the name to one of the images in the wallpapers directory, put it in the img directory, and cycled until I found it, and now it works :)

Again, I know nothing about front-end development, so I'm not sure if this issue comes from the HTML or the JavaScript, but this is a reliable (though hacky) fix. Let me know if I should close this issue, or not (if this is something you have to fix).

[NoiSek]

The strange thing about that solution is that if it loads then that means it probably isn't a permissions issue, but that LightDM is returning the wrong list of files when the theme asks for them. Some kind of disk caching issue? Not sure what's going on there.

[jarrard]

Hmm, I think this bug/issue still exists, tried lightdm and lightdm-git on the arch/aur repo and while I can set the default background fine, I can't see any icon for selecting other backgrounds.

The customization icon appears down the bottom left of screen but there should be a little icon at top right for backgrounds, shrug.

I did see lightdm_greeter_ensure_shared_data_dir_sync: assertion 'priv->connected' failed in the logs file but no idea what it means. Also I have no idea which daemon to check or how-to check permissions. Its just how it came from the repo scripts.

[NoiSek]

If you're saying that you're unsure of how to change your background, that's a separate issue from this one. You would click the distro logo to cycle through all of the backgrounds present.

[jarrard]

I can change the background by replacing the original background png in the theme folder. But the selector is not there, its just a default setting.

I didn't know about clicking on the distro icon to change backgrounds, that works also. Cheers