By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 1684

Summary: Can't set desktop background image
Product: TDE Reporter: Michele Calgaro <michele.calgaro>
Component: tdebaseAssignee: Michele Calgaro <michele.calgaro>
Status: RESOLVED FIXED    
Severity: minor CC: bugwatch, darrella, kb9vqf, kilolima, michele.calgaro, slavek.banko
Priority: P3    
Version: R14.0.0 [Trinity]   
Hardware: amd64   
OS: Other   
Compiler Version: TDE Version String:
Application Version: Application Name:
Bug Depends on:    
Bug Blocks: 2014    

Description Michele Calgaro 2013-10-19 10:33:31 CDT
I use 4 desktops, but I can't set the background image of desktop 1 and 2, which seems to be permanently set to a fixed color (different from d1 to d2 by the way). No problem with the other two desktops.
Comment 1 Slávek Banko 2013-10-19 12:10:15 CDT
I tried it on my test machine on Debian Squeeze and have not noticed any problems. I've set a different picture on each of four desktops.
Comment 2 Michele Calgaro 2013-10-20 00:13:02 CDT
I remember last year in December it used to work fine. But recently it doesn't, even if I can't tell exactly from when.
One thing is that the two colors of desktop 1 and 2 are colors that I set some time ago.
My guess is that for some reasons those colors take precedence, even if I try to change the picture again.
I opened this bug as a reminder of something I need to fix
Comment 3 Michele Calgaro 2013-10-20 10:36:23 CDT
I found were the problem lies.
In my ~/.trinity/share/config/kdesktoprc file, the variable 'DrawBackgroundPerScreen_X' was true for X equals to 0 and 1 and false for X equals 2 and 3. This is something that comes from when I was using two monitors together.
Now I am using a single monitor and if that variable is true, it prevents setting the background correctly. If the variable is false, the background information are read from the section '[DesktopX]', instead if the variable is true they are read from '[DesktopXScreenY]' where X is the desktop and Y is the monitor number.
The problem is that the 'Configure Desktop' dialog does not change the value of 'DrawBackgroundPerScreen_X' to false if there is only a single display connected and I assume that during rendering there is no check either.

One way to fix this is to add a checkbox in the 'Configure Desktop' dialog that allows the user to select how to draw the background: either by screen or by desktop.
Another way would be for the 'Configure Desktop' dialog to update the entry '[DesktopXScreen0]' when using only a single monitor if the 'DrawBackgroundPerScreen_X' is true. 

The second solution is probably more elegant, but leaves the problem that once the 'DrawBackgroundPerScreen_X' is set to true, the user has no option to reset it if his monitor configuration changes (expect for manually editing the file).

Which option do you think is better? I prefer option 1, because it gives the user the possibility to choose.
Comment 4 Darrell 2013-10-23 10:18:24 CDT
I vote for option 1. :-)
Comment 5 kilolima 2013-10-25 18:38:05 CDT
I have this same problem on Fedora 19. After adding a second monitor, and then at the next boot reverting to only the single laptop display, I was unable to change the desktop background in any way. I could make changes in the desktop settings dialog and hit apply but no changes were actually made.

I edited the desktoprc file as noted here in the comments and set the values to false. This did allow the desktop background to be configured again normally.
Comment 6 Timothy Pearson 2014-10-05 23:40:28 CDT
This has been fixed in GIT hash 408f224.

I elected to fall back to the single screen configuration when only one screen is present.  This is transparent to the user and preserves the multi-screen configuration on systems such as laptops that may switch continually between single- and multi-head setups.

Thanks for reporting, and for tracking down the root cause!