Summary: | windows are on all activities when powermanagement is disabled | ||
---|---|---|---|
Product: | [Unmaintained] kactivitymanagerd | Reporter: | alphsteiner |
Component: | general | Assignee: | Ivan Čukić <ivan.cukic> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | apc, dap78, ivan.cukic, plasma-bugs-null |
Priority: | NOR | ||
Version First Reported In: | 4.10.4 | ||
Target Milestone: | --- | ||
Platform: | Fedora RPMs | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
alphsteiner
2013-06-10 15:35:59 UTC
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 |