Bug 198681 - desktop settings for second screen are not loaded on login
Summary: desktop settings for second screen are not loaded on login
Status: RESOLVED NOT A BUG
Alias: None
Product: plasma4
Classification: Unmaintained
Component: multiscreen (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
: 198793 210054 213513 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-07-02 20:02 UTC by Tobias G. Pfeiffer
Modified: 2012-05-28 22:26 UTC (History)
7 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Tobias G. Pfeiffer 2009-07-02 20:02:02 UTC
Version:           0.3 (using KDE 4.2.90)
OS:                Linux
Installed from:    Ubuntu Packages

When logging in to my TwinView setup in 4.3-rc1, the wallpaper is loaded fine on the primary screen. However, a plain blue background is loaded for the secondary screen.
Clicking "desktop settings" in the context menu on that screen, however, shows the correct settings I've set for it. Clicking "OK" will load the wallpaper settings and everything's fine afterwards.
I would have expected the desktop settings to be applied on login.
Comment 1 Aaron J. Seigo 2009-07-02 20:16:51 UTC
> Clicking "desktop settings" in the context menu on that screen, 
> however, shows the correct settings I've set for it

so it is reading the correct values at start up, it's just not painting it.

what kind of Activity are you using on your second screen? (default plasma desktop, folderview, ..?)

what are your wallpaper settings?
Comment 2 Tobias G. Pfeiffer 2009-07-02 20:23:23 UTC
This is probably related to #196046. (However, I can still use the context menu.)
I'm using a default plasma desktop with a slide show background where the wallpaper changes every hour.
Comment 3 Beat Wolf 2009-10-21 14:57:19 UTC
*** Bug 198793 has been marked as a duplicate of this bug. ***
Comment 4 Beat Wolf 2009-12-17 11:40:02 UTC
*** Bug 213513 has been marked as a duplicate of this bug. ***
Comment 5 Beat Wolf 2009-12-17 11:43:05 UTC
*** Bug 210054 has been marked as a duplicate of this bug. ***
Comment 6 Beat Wolf 2009-12-17 11:54:20 UTC
is this still an issue with kde 4.4 (beta 1 or later?). after a feedback on one of the duplicates of this bug it could be fixed.
Comment 7 Markus Kohls 2010-01-20 05:37:56 UTC
I experience at least still the same problems with the diashow modus not correctly showing on startup (with mentioned gentoo kde 4.3.4-r1).
Comment 8 jm.ouwerkerk 2010-04-20 05:28:26 UTC
This issue seems to be identical to what otherwise would be a new bug report by now:
I am running KDE 4.4.2 on Kubuntu Lucid Lynx (10.04). Steps to reproduce:

(1) Configure multiple desktops, in my example 6 using the pager.
(2) Opt to configure each desktop with different activity (checkbox).
(3) Set slideshow options for activity #1, #2, #3 and #5
(4) Add widgets on #5
(5) Set activity #4 to use a solid black colour
(6) Set activity #6 to use a radial blend of two solid colours
(4) Logout
(5) Log back in
(6) Observe the bug in all its glory: 

Effects: 
(A) In my case, only the first activity out of #1, #2, #3 and #5 displays a slideshow but the rest (#2, #3, and #5) display a solid default blue colour.
(B) Right click the desktop in #2: is pre-set to display a slideshow... click OK. The slideshow will start correctly.
(C) #3 behaves the same as in (B)
(D) #5 is preset to display a solid colour instead: configure to use the slideshow instead and click OK. Slideshow will start there, too.
(E) Background settings for #4 and #6 were preserved correctly.

Looks like:
- The slideshow fails to start for all but the first of the Activities configured to use it
- The settings system seems to base its current settings off the (logically) previous Activity. I.e. setting state of activity #5 is based on activity #4, if the settings are not picked up properly. This may be the intended behaviour, though?
Comment 9 Myriam Schweingruber 2012-05-28 22:26:28 UTC
Closing for lack of feedback.