pantheon-greeter can't show wallpaper

Now pantheon-greeter can show wallpaper in luna build but it can't show wallpaper in pantheon on top of ubuntu.

Sorry, just figure out that: pantheon-greeter can't show any wallpaper except elementary's wallpaper.
Because it doesn't work when I use ubuntu's wallpaper

I can't find any pattern, but it seems like pantheon-greeter works on certain image files.
I test some wallpaper, here are the list:
Works: Tunnel.jpg, Precise_Pangolin_by_Vlad_Gerasimov.jpg
Doesn't work: "Urban Dream.jpg", 94.jpg, 173.jpg

this is the same with me, only Tunnel works so far and photos from my Pictures folder

I running Luna on Acer netbook AOD260 and I finally found a pattern:
pantheon-greeter works with these wallpapers: Lake McDonald, Lighthouse, morning, Temple and Tunnel
All of those wallpapers have slightly smaller height than other wallpapers in Luna i.e. they have
appropriate height for my netbook screen.
So I guess pantheon-greeter unable to adapt to wallpapers size.

Could you retry now?

It's still happening

I found this bug also on my Asus eeepc 1005pe, display 1024x600, video card Intel GMA 3150.

Hello everyone, I can still confirm that this bug is exist. I hope this bug is fixed before release. :)

Yep, still here.

I wonder if we're hitting the hardware texture size limit here. The workaround would be scaling the pic on CPU and loading the smaller version into Clutter.

I notice that there's a blue grid wallpaper that is visible after a very recent update. Is it meant to be stuck this way, or is it meant to change according to wallpaper? How visible are these letters going to be on a lighter wallpaper anyway?

I have Elementary OS installed in three PCs. One with 1920x1080res (wallpaper visibility OK), another one with 1600x900 (wallpaper visibility OK) and finally another one with 1024x768 (wallpaper visibility BUGGED, is black).

This bug still exists on a 1280x1024 screen..

This bug exists: https://bugs.launchpad.net/elementaryos/+bug/1090900

I can confirm that this bug is hardware-dependent. The 2560x1600 "168.jpg" from elementary default wallpaper set is not shown if the system is running off an integrated GPU, but shows OK if I boot with the discrete one enabled.

I suppose this is because the greeter attempts to load the image as a texture while the largest texture size for the built-in GPU is 2048x2048. Using tiling to downscale the image on the GPU or downscaling it on the CPU might help.

Could this be the same bug as #1088206?

Bug #1088206.

No, I guess not.

--Could this be the same bug as #1088206?

Would it be possible to change the method for setting the background to fix it? For example, I choose a wallpaper with a larger resolution than my screen, set it to "zoom," and then a copy is saved rendered to look the same but is the exact resolution of my screen?

Usually LightDM uses default backgrounds, which are stored in "/usr/share/backgrounds" in Ubuntu.
Only root has the right permissions to read those. Basically if you copy any background you want to use as your greeter background to "/usr/share/backgrounds" you have to chmod it so that groups are allowed to read them. This workaround allowed me using custom backgrounds for my greeter. After the right chmod on the fresh copied background I could set it as wallpaper and it automatically became the greeter background on Ubuntu. Try it. Maybe this will work for you too!

Looks like there are several problems that may cause this bug:
 * the image file isn't being made readable by the greeter when it's set as wallpaper - this one is tricky from security standpoint, I'll look into it myself
 * the image file may be bigger than the largest supported texture size, which will cause loading it to fail (this explains why some files NEVER work on my built-in GPU). I'll check my suspicions about texture size later.
 * there's a more obscure problem that's not always triggered. Switching back and forth for a while caused my wallpaper to fail to load sometimes. Screencast of that is attached.

Here's the console output for the screencast.

The problem seems to be caused by old async loaded images that make callbacks if they are finished loaded.
My branch should fix the problem, could someone test it too and report that the problem as in shnatsels screencast doesn't appears anymore?

I think we split the problem with the too big wallpapers apart from this bug to this one, as it is a different problem.
https://bugs.launchpad.net/pantheon-greeter/+bug/1065086

the bug still exists ..

Hi Dani, what bug do you exactly mean? That fast switching between user-accounts shows black wallpapers? That your wallpaper isn't displayed? Do you use EncryptFS for your system?

Hi Raphael, pantheon-greeter can only show wallpapers which have the same size (dimension) as: Lake McDonald, Lighthouse, morning, Temple and Tunnel. While using another wallpaper only show black wallpaper.
So I guess pantheon-greeter unable to adapt to wallpapers size.

Dani, can you provide if you have encrypted your system (in other words checked the option to encrypt home on the installer)?

If you can't remember then run "ls -A /home" and see if it lists an ".encryptfs"-folder. If that folder exists, you have encryptFS enabled.
See this bug-report https://bugs.launchpad.net/pantheon-greeter/+bug/1128051 if you have encryptFS enabled, as you are affected by it.

If you don't have your encryptFS, please open a new bug to keep things sorted.

no I don't have encryptFS enabled.
What I'm trying to say is I still experiencing this bug up until now. :)

the bug squashed. :)

I'm still affected by this bug. How can I help? Using a photo taken with my camera the greeter shows black background, using an elementary wallpapaer everything is OK.

Ramiro, are you using encryption?

Can confirm this still exists.. (on debian jessie)

@hemlockii: Make sure that your wallpaper is:
1) at a location that is readable for ALL users. That means not inside a encrypted home-directory and with permission to be read by all users.
2) It is a valid PNG or JPG image.

Another thing: is it showing a black wallpaper or the default-wallpaper? The default-wallpaper is the image-file with the path
/usr/share/backgrounds/elementaryos-default
Make sure you have such a file if you experience a black background instead of the default-wallpaper.

@Raphael: Yes, it was completely black. Although my image was in the
same location, it wasn't named as such so that solves it thanks!

Just completely blank. This is on a Freya beta just after an update