Version: KDE 4.3 svn branch (from Gentoo packages) as of 30 Sept 2009 (using Devel) Compiler: gcc (Gentoo 4.3.4 p1.0, pie-10.1.5) 4.3.4 OS: Linux Installed from: Compiled sources This 4.3 branch as of 30 Oct 2009 Steps to reproduce: 1. Set up X org for dual-head display - nvidia TwinView (Xinerama should work as well) 2. Start KDE4, first activity will be placed on primary display, second on secondary 3. In both activities, set wallpaper to Image slideshow 4. Quit KDE4 and start again In my case, slideshow wallpaper is started only on one of two of my displays (one is just painted with chosen background color). 'Manually' entering Desktop Settings dialog in this activity and just clicking 'OK' makes it start properly. Verified on clean account as well (but this time slideshow wallpaper was missing on secondary display, on my daily-use account it's missing in primary one).
Oh, in case anyone asked, all KDE4 packages that are supposed to be dual-display aware (so plasma as well) are built with Xinerama support.
I would like to second this issue. I am currently running KDE 4.3.2 and first noticed this issue with Kubuntu's 9.04 release, and originally felt it was a configuration file issue due to a distribution upgrade. I since did a clean install of their 9.10 release and the bug remains. I was also able to reproduce the issue under a new user login as suggested at http://forum.kde.org/viewtopic.php?f=67&t=83321&p=135896
I think it should be reassigned as 'multiscreen' component.
May I add something that could be the same or a related bug: 1. Configure multiple virtual desktops. 2. Associate a separate activity to each desktop. 3. Configure wallpaper slideshow on every virtual desktop. 4. Log out, log in again. Result: Only one of the desktops has a wallpaper, the remaining desktops have a simple blue background.
One note - applies to Weather wallpaper as well - in both activities set wallpaper to 'Weather wallpaper' and configure them. Weather wallpaper will be activated upon startup only on one of activities. When I set up weather wallpaper for activity 1 and slideshow wallpaper on activity 2, it will work, but not when the same effects are set to both activities.
*** This bug has been confirmed by popular vote. ***
I can also confirm on Gentoo x86_64, KDE 4.3.4, Qt 4.6.0 with both screens of a twinview setup configured to show a slideshow - only the first containment actually has the slideshow started at login. Going to Desktop Settings->Ok successfully starts it on the second containment.
I can confirm this on both gentoo amd64 and x86, kde 4.3.4, with image (no slideshow) wallpaper. whenever x is restarted, wallpaper only comes up on one screen. desktop settings > ok brings it up.
I'm starting to think we should raise some funds to provide core plasma and kwin developers with second monitor :) Anyway, issue still present on KDE SC 4.4 RC2
One fellow on #akonadi observed interesting issue with akonadi - I wonder whether it's related to nepomuk issue in dolphin - dbus abuse by either dolphin or nepomuk could cause dbus freezes/crashes... [02-02][19:14:16] <andres> Anybody got a fast idea why akonadi opens 10k dbus connections? [02-02][19:14:59] <andres> (1.3.0) [02-02][19:19:59] <tmcguire> it opens one dbus connection per client session, but there hardly can be 10k sessions... [02-02][19:20:02] <tmcguire> So no idea. [02-02][19:27:52] <reavertm> andres: btw, how do you check that number? I wonder whether it's related to dolphin bug 221196 [02-02][19:27:55] <bugbot> kde bug 221196 in dolphin (general) "Dolphin occasionally temporarily freezes when built with Nepomuk support and Nepomuk running" [Normal,New] https://bugs.kde.org/221196 [02-02][19:29:31] <andres> reavertm: looking at the fds and bus-send --print-reply --session --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.ListNames and dbus-send --print-reply --session --dest=org.freedesktop.DBus /org/freedesktop/DBus org.freedesktop.DBus.GetConnectionUnixProcessID string::whatever [02-02][19:30:55] <andres> reavertm: combined with the bug that dbus accepts more connections than allowed fds and then poll()s on invalid fds in a endless loop thats rather annoying. [02-02][19:32:04] <andres> reavertm: it might be the cause of those bugs - I dont actually really use kde except kdepim... [02-02][19:37:06] <andres> It looses about 20connections/minute...
delete ^^^ (I HATE this kde bugzilla "feature" that switches to next bug after adding comment... ugh!)
Still there in 4.4.1, FYI
It doesn't seem to be a problem anymore with 4.4.92 (4.5rc2 - svn 4.5 branch as of 8.07.2010).
*** Bug 234262 has been marked as a duplicate of this bug. ***