After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 604818 - Desktop background slideshows get stuck after a long while
Desktop background slideshows get stuck after a long while
Status: RESOLVED OBSOLETE
Product: gnome-desktop
Classification: Core
Component: Background
3.8.x
Other Linux
: Normal normal
: ---
Assigned To: Desktop Maintainers
Desktop Maintainers
Depends on:
Blocks:
 
 
Reported: 2009-12-17 10:42 UTC by Sense Hofstede
Modified: 2018-09-21 16:29 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Sense Hofstede 2009-12-17 10:42:53 UTC 
At least two users reported downstream that if a desktop background slideshow has been running for a long while it gets stuck, apparently during the fade in of one wallpaper and the fade out of the other.

I'm not so sure where to look for the cause of this. It would probably be good to ask them to run the desktop drawer in valgrind, but it would take a long time for it to get stuck and I don't know that much about what binary actually draws the background. Any ideas?

This bug was originally reported by Michael DePaulo on Launchpad in Ubuntu at <https://launchpad.net/bugs/472793>.
Comment 1 William Jon McCann 2012-08-12 14:49:01 UTC 
Does this still occur?
Comment 2 Dan Doel 2013-05-12 01:39:04 UTC 
This still occurs for me, using Gnome 3.8.
Comment 3 Dan Doel 2013-05-20 19:05:19 UTC 
Incidentally, it seems that the shell and the actual desktop background can get stuck in different places with regard to this bug.

Earlier, I had the desktop stuck in the middle of a transition, while entering the overlay woudld display the correct background on the desktop. However, at the moment, I have the shell overlay stuck in the middle of a transition, while the desktop is displaying the current background.

The lock screen seems to be stuck in the same state as the shell overlay at the moment.

The miniature previews seem to always be in proper sync, regardless of the other two, but perhaps I simply haven't seen them break yet.
Comment 4 GNOME Infrastructure Team 2018-09-21 16:29:30 UTC 
-- GitLab Migration Automatic Message --

This bug has been migrated to GNOME's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gnome-desktop/issues/29.