This bug appeared with kde 4.10. The windows visibility on the activities depend on the status of 'Power Management'. If it is disabled, they are on all activities, and this cannot be changed without restarting kwin. See the steps for more details. Reproducible: Always Steps to Reproduce: 1. Be sure to have at least two activities. Start ' kcmshell4 kcmkded' and desactivate 'Power Management'. 2. Logout the session. 3. Loggin a new session, and open a window: it is opened on all activities. In the window menu, the menu 'Activity' (which let you choose on which activity to put the window) is absent. 4. Run 'kwin --replace' and the 'activity' menu is back! The checkbox 'all activities' is checked. 5. If you reenable 'Power Management', all is back to normal in the next session.
I doubt this is about powermanagement, but rather the startup sequence of services, ie. kactivitymanagerd not being up when kwin initializes and for some ominous reason not talking to it when finally started. @Ivan does the kactivity lib re-attempt connecting the server after an initial fail?
It should. And it should emit Consumer::serviceStatusChanged signal.
*** Bug 323840 has been marked as a duplicate of this bug. ***
Easy to reproduce: kquitapp kactivitymanagerd kwin --replace & (kactivitymanagerd) (Or more controlled as it seems the lib attempts to autorun the daemon) kquitapp kactivitymanagerd sudo chmod -x /usr/bin/kactivitymanagerd kwin --replace & sudo chmod +x /usr/bin/kactivitymanagerd kactivitymanagerd -> No activity list The reason is simple: even a simple unthreaded call qDebug() << m_controller->listActivities() << m_controller->currentActivity(); from the head of Activities::update(bool running, bool updateCurrent, QObject *target, QString slot) in activities.cpp continuosly replies an empty list and an empty string although the state is detected as "3" - "Running" --> Reassigning to kactivities.
Works in Plasma 5