Bug 383775

Created attachment 210512 [details]
a photo

rpm -q --changelog nautilus | head
* Tue Apr 22 2008 vuntz@suse.de
- Add nautilus-bnc368446-network-in-places.patch to add network://
  in the places sidebar. Fix bnc#368446 (backported from upstream
  2.23.1).

* Thu Apr 10 2008 maw@suse.de
- Update to version 2.22.2:
  + Add NautilusFileInfo APIs: can_write(), get_mount(),
  get_parent_info()
  + Do not try to autorun autorun.exe and autorun.inf

what package is the wallpaper in now stanislav?

desktop-data-openSUSE (the default), desktop-data-openSUSE-extra (extra wallpapers), desktop-data-openSUSE-extra-gnome (extra dynamic wallpaper for GNOME, which will become a default, if it is installed).

What was your preferred background before update (see gconf-editor /desktop/gnome/background/picture_filename)? This proble may happen, if your previous background is not available any more.

And what was your upgrade process. When I have been testing the upgrade process, I have seen strange gconfd behavior during update, if upgrade was started from running session (using gconf-editor, nautilus background editor and gconfd-2 --shutdown, it behaved incorrectly).

Stanislav,

There is no wallpaper set at all anymore. This happened on a simple upgrade from Factory->Factory, fresh install from Factory and the LiveCD Beta2.

mboman@linux:~> gconftool-2 -g /desktop/gnome/background/picture_filename
/usr/share/backgrounds/openSUSE110-1600x1200.png

mboman@linux:~> ls -l /usr/share/backgrounds/
total 4
drwxr-xr-x 2 root root 4096 2008-05-02 14:18 scalable

mboman@linux:~> rpm -ql desktop-data-openSUSE-11.0-49|grep openSUSE110
/usr/share/wallpapers/openSUSE110-1600x1200.png
/usr/share/wallpapers/openSUSE110-1600x1200.png.desktop

mboman@linux:~> rpm -q --changelog desktop-data-openSUSE-11.0-49|head
* Mon Apr 28 2008 dmueller@suse.de
- fix kdm3 theming

* Fri Apr 25 2008 dmueller@suse.de
- split off kde4-kdm-branding-openSUSE

* Mon Apr 21 2008 sbrabec@suse.cz
- Added selected wallpapers from ximian-artwork (gnome-themes)
  (bnc#380955).
- Generate gnome-wp-list correctly:

Ah this explains it I guess:
$ gconftool-2 --get /desktop/gnome/background/picture_filename
/usr/share/backgrounds/openSUSE110-1600x1200.png
$ ls -l /usr/share/backgrounds/openSUSE110-1600x1200.png
ls: cannot access /usr/share/backgrounds/openSUSE110-1600x1200.png: No such file or directory

I don't recall setting that key ever - but un-setting it had the expected effect :-)

As a suggestion - could we fall-back to using background-default in the case that the target image is not there ? :-)

It may be a task for nautilus, or an ugly hack for /usr/bin/gnome.

Fresh installation (with fresh user account) should work.

For update it's more complicated:
openSUSE 10.3 used jpg background
openSUSE 11.0 uses png background

Your reference /usr/share/backgrounds/openSUSE110-1600x1200.png was a temporary solution, which was existing only in one beta.

Default background for 10.3 and 10.2 will be still here.

Well, the problem described in comment 4 has one unwanted effect:

It seems, that even plain opening of background editor without clicking to anything causes "fixing" of current default background (and saving it to the user gconf database). It causes not allowing of further changes in system gconf database.

I did not verify it yet, but it might be a problem of the background editor.

In reply to comment#8, and as I said in comment#5:
A fresh install from Factory today does *not* set the background.
An install from the 2008-04-30 GNOME LiveCD does *not* set the background.

Strange. Are you testing it with a fresh user account?

Latest gconf2-branding-openSUSE should define only one of these two values:

/usr/share/wallpapers/openSUSE110-1600x1200.png
/usr/share/backgrounds/grass/grass.xml

What is your system gconf database value?

If you did not start GNOME as root, you can simply try as root:
gconftool-2 --get /desktop/gnome/background/picture_filename
It returns to me:
/usr/share/backgrounds/grass/grass.xml

From machine installed from Factory today:

linux:~ # gconftool-2 --get /desktop/gnome/background/picture_filename
/usr/share/backgrounds/openSUSE110-1600x1200.png

linux:~ # rpm -q desktop-data-openSUSE
desktop-data-openSUSE-11.0-49

Forgot to add this to comment#12;

linux:~ # rpm -q gconf2-branding-openSUSE
gconf2-branding-openSUSE-2.20-36
linux:~ # rpm -q --changelog gconf2-branding-openSUSE|head
* Tue Apr 29 2008 vuntz@suse.de
- Don't set the following settings (consensus reached on mailing
  list):
  + /apps/file-roller/listing/list_mode to "all_files"
  + /apps/ghex2/datafont to "Courier Bold 12"
  + /apps/ghex2/headerfont to "Courier Bold 12"
  + /apps/stickynotes_applet/defaults/color to "#E1D54B"
  + /apps/stickynotes_applet/settings/use_system_color to "false"
  + /desktop/gnome/volume_manager/autoplay_cda_command to "banshee
    --play --audio-cd %d"

linux:/etc/gconf/gconf.xml.vendor # rpm -qf %gconf-tree.xml 
gconf2-branding-openSUSE-2.20-36
linux:/etc/gconf/gconf.xml.vendor # grep  -A2 picture_filename %gconf-tree.xml 
<entry name="picture_filename" mtime="1209520425" type="string">
  <stringvalue>/usr/share/backgrounds/openSUSE110-1600x1200.png</stringvalue>
</entry>

I found it. It was already fixed, but package is not yet rebuilt in Factory.

Tue Apr 29 23:13:55 CEST 2008 - vuntz@suse.de

- Fix the path to the default background in gconf
  (s/backgrounds/wallpapers/)


Not closing this bug, as the original bug (what to do, if background preferred by the user is not available any more) and comment 9 (not fix background only by opening of the background editor) are not yet fixed.

If background preferred by the user is not available any more, then the current /usr/bin/gnome reverts the background. It was implemented some time ago. It is an acceptable work-around.

Strange behavior described in comment 4 was reported upstream: http://bugzilla.gnome.org/show_bug.cgi?id=533431