Login screen crashes when the size of wallpaper is big

Bug #1065086 reported by Thsomash
94
This bug affects 17 people
Affects Status Importance Assigned to Milestone
Greeter
Fix Released
High
Raphael Isemann

Bug Description

When I set a custom wallpaper and log out the login screen fails to load, crashes and tries to load again and crashes again indefinitely. I can see the first 1-2 seconds of the animation when the login screen loads - black screen and login screen growing from the middle (you are able spot that the background is the default blue sky with clouds picture) and then it goes to the black screen again and tries to load again. This happens when I set a big picture (5.6 MB) as my wallpaper. I tried to set other smaller custom wallpapers (less than 1MB) and everything worked. This is a fairly new install of the system, just few days old. To log back into the desktop, I have to install GDM and use it instead of lightDM.

Related branches

Revision history for this message
Tristan Davies (tristan.io) wrote :

I think I'm having this same issue. My workaround was to install unity-greeter and change /etc/lightdm/lightdm.conf to use unity-greeter instead of pantheon-greeter.

This is the killer line in my lightdm log.

** (pantheon-greeter:2793): CRITICAL **: lightdm_user_get_real_name: assertion `LIGHTDM_IS_USER (user)' failed

The issue should be pretty easy to reproduce.

Also, in my humble opinion, the priority for this issue should be high. High as balls. Why? Because it renders a computer unbootable (for the casual user) if they set a photo as their background.

Revision history for this message
Raphael Isemann (teemperor) wrote :

Hi Tristan,
that was the error-output on my PC:
>>
radeon: Failed to allocate a buffer:
radeon: size : 1073741824 bytes
radeon: alignment : 256 bytes
radeon: domains : 4
<<

I'm not sure how to prevent that bug in pantheon-greeter itself, but i filed a bug at the clutter-bugzilla and maybe i get back some useful information ( https://bugzilla.gnome.org/show_bug.cgi?id=693472 ).
The bug occurs after calling "bot.set_from_file (file);" while async-loading the background (Wallpaper.vala:line 70).

If i don't find a clean solution for that, i think we just disable wallpaper-loading on systems after they segfault on that loading-cycle to break out of the loading-loop.

Let's wait on feedback on bugzilla.

Changed in pantheon-greeter:
status: New → In Progress
assignee: nobody → Raphael Isemann (teemperor)
Cody Garver (codygarver)
Changed in pantheon-greeter:
milestone: none → luna-beta2
importance: Undecided → High
Revision history for this message
Cody Garver (codygarver) wrote :

I believe this is the same as pantheon-greeter crashed with signal 7 in _mesa_store_texsubimage2d()

From duplicate report bug #1123941:

"If I set a massive photo (such as the full 5591 x 3145 pixel gem here: http://www.flickr.com/photos/romainguy/8414791929/in/photostream) as the wallpaper, the greeter crash infinitely rendering my entire install completely useless. Most users would be forced to reinstall from scratch.

(I was able to salvage it by switching to TTY1, renaming the photo to something else, then switching back to TTY7 to load the greeter).

The greeter should never just crash; that's insanity. It needs to check that it's a sane image, load the maximum safe size into a buffer or something, THEN apply it to the canvas."

From duplicate report bug #1086071:

"1. Log in first profile.
2. Lock first profile.
3. Log in second profile.
4. Logout second profile.
5. Unlock first profile.
6. Crash."

Revision history for this message
Heath Paddock (heathbar) wrote :

I started experiencing this bug today after a reboot, but I am using one of the stock wallpapers.

Cody Garver (codygarver)
Changed in pantheon-greeter:
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.