Bug 322718

please try whether suspending/resuming compositing fixes the issue

comment #20 on bug #320561 attached a script - check whether it makes the window visible again (if not compositing related)

Don't run "force" on the first pass but only as last resort.

Thomas, if you write bug 320561 comment #20, then bugzilla will automatically create the correct link.

Ok so, suspending/resuming compositing did not change a thing.
However, Thomas' script did make the windows visible again (without "force").
I put the script's output at the end.

I'll add that I do not use Activities (haven't seen the sense of it - but that's another topic) and have made sure there is no other Activity than the one I am working with, right before I retested.
Let me know if there's anything else I can do to help.

The script's output :
$ ./KWin_ActivitiesWindows_fix.sh 
-------------------------
Current Activity:
Error: org.freedesktop.DBus.Error.UnknownObject
No such object path '/ActivityManager/Activities'

All 
Activities:
Error: org.freedesktop.DBus.Error.UnknownObject
No such object path '/ActivityManager/Activities'
========================

Checking ...

WARNING: Window 0x38000d3 on invalid Activity 4c6095b1-7706-4dc6-a770-53587cb1a11e - ("Bug 320561 – In restored session, all windows are minimized and cannot be restored - Mozilla Firefox")
WARNING: Window 0x30000d7 on invalid Activity 4c6095b1-7706-4dc6-a770-53587cb1a11e - ("Inbox - MyEmailAccount - Mozilla Thunderbird")
WARNING: Window 0x360001a on invalid Activity 4c6095b1-7706-4dc6-a770-53587cb1a11e - ("~ : bash – Konsole")
WARNING: Window 0x2200014 on invalid Activity 4c6095b1-7706-4dc6-a770-53587cb1a11e - ("Programs – Dolphin")
WARNING: Window 0x2c00014 on invalid Activity 4c6095b1-7706-4dc6-a770-53587cb1a11e - ("FolderN – Dolphin")
WARNING: Window 0x2e00009 on invalid Activity 4c6095b1-7706-4dc6-a770-53587cb1a11e - ("FolderM – Dolphin")

(In reply to comment #4)

> I put the script's output at the end.
Thanks

> I'll add that I do not use Activities
can you elaborate on this (like, did you chmod -x the activities daemon or stuff like that?)

> The script's output :
> $ ./KWin_ActivitiesWindows_fix.sh 
> -------------------------
> Current Activity:
> Error: org.freedesktop.DBus.Error.UnknownObject
> No such object path '/ActivityManager/Activities'

This sounds like some bug in kactivitymanagerd and paratially would match the other bug.
If the service was not registered the output would be

   Service 'org.kde.kactivitymanagerd' does not exist.

Could you please post the ouputs of 

$ qdbus org.kde.kactivitymanagerd
$ qdbus org.kde.ActivityManager
$ ps ax | grep kactivitymanagerd

as well?

> Checking ...
Yeah, by the above restriction this becomes more or less like "force" since the activity list is empty (no problem, though)

Here's the output of these commands - executed in the same session I run your script against.
If you want the result on a newly started+'bugged' session, tell me.

$ qdbus org.kde.kactivitymanagerd
/
/MainApplication

$ qdbus org.kde.ActivityManager
/
/ActivityManager
/ActivityManager/Activities
/ActivityManager/Features
/ActivityManager/Nepomuk
/ActivityManager/Resources
/ActivityManager/Resources/Linking
/ActivityManager/Resources/Scoring
/ActivityRanking
/SLC

$ ps ax | grep kactivitymanagerd
 1017 ?        Sl     0:00 /usr/bin/kactivitymanagerd
 5630 pts/4    S+     0:00 grep kactivitymanagerd

(In reply to comment #6)
> Here's the output of these commands - executed in the same session I run

Thank you.
Smells like a pot. gap between the dbus protocol of the kactivitymanagerd and the library used by kwin (and other clients)?


@Ivan - was service registration somehow altered between 4.10 and 4.11 and which would btw. be the correct one?

*** This bug has been marked as a duplicate of bug 320561 ***

dbus objects have changed - the dbus api of kamd is not public. It needs to go through the library, and the library version needs to correspond to the version of the service (they are in the same repo for that reason)

that sounds like a packaging problem

I tried deactivating the kactivitymanagerd (chmod -x) and still no window appears on a foreign activity in git master (on login) - also because it's not possible to move a window on an illegal activity (kwin just sets it on all activities, ie. the null uuid)
Thus the window must be on some legal activity which is perhaps just stopped?

@Daniel
What's the output of
qdbus org.kde.ActivityManager /ActivityManager/Activities ListActivities

@Janek
Can you please confirm you're sure this is related to activities and can you please provide the output of
qdbus org.kde.ActivityManager /ActivityManager/Activities ListActivities

Also i'm not quite sure why the bug #320561 duplicate status was withdrawn from this one. - Ivan?

e6a7bf46-e4f9-400a-86b3-a969c4a9adf1
d95c31c3-4514-48b2-baee-988e6c7c3369

That looked a little strange to me, so I opened the activity manager 
and in fact, there were suddenly two activities, one named "Desktop" 
(that's the one I'm using) and one named "New Activity" which I never 
created.

BTW I don't know why the duplicate status had been redrawn from this, 
but it was the reason why I confirmed this issue and not the other one 
(which looked a little more severe to me, because I only had the 
problem with one specific window and the desktop stuff).

(In reply to comment #13)
> e6a7bf46-e4f9-400a-86b3-a969c4a9adf1
> d95c31c3-4514-48b2-baee-988e6c7c3369

Was resp. is the missing window on one of them ("the other one")?
Is it a problem after removing "the other" activity (ie. one remaining)?
In case: is there a rule attaching the window anywhere? (kcmshell4 kwinrules)

> (that's the one I'm using) and one named "New Activity" which I never 
> created.
iirc you get three by default

I never assigned the window to any of these activities, i.e. I also 
didn't set any window rules. But as I said, since the upgrade to 4.11.1 
I can't reproduce this anymore.
But before the upgrade I didn't have two activities, at least the 
activity manager only showed one. The second activity appeared after 
the upgrade.

(In reply to comment #15)
> But as I said, since the upgrade to 4.11.1 I can't reproduce this anymore.

Humm???
You confirmed this bug for 4.11.1 ...

Or do you mean "i had this once after the update and after running the rescue script, the issue never reoccurred"?
In case: from what version did you update? 4.11.0 or 4.10.x?

Didn't I confirm for 4.11.0? If not, that was a mistake.
I upgraded from 4.11.0 to 4.11.1. Before that I had the 4.11 betas and 
RCs running which caused my profile to break somehow (lots of bugs, 
especially in kscreen) so I decided to make a new profile for 4.11.1 
and only keep some chosen settings (I didn't keep any kactivity 
settings, though).

(In reply to comment #17)
> RCs running which caused my profile to break somehow (lots of bugs, 
> especially in kscreen) so I decided to make a new profile for 4.11.1 

IOW you cleared the breaking configuration.... did you delete or rename it?

Also: did you get the missing windows in plain 4.10.0 or while/after using the 4.11.1 betas?

I only had this in 4.11.0, not in 4.10.0.
The only thing from the old configuration I still have is the old 
activitymanagerrc file which contains this:

[activities]
a607082c-8c83-469c-82a9-fc1cbf37ffa5=New Activity
cbd0b95d-154b-45dc-96ac-8fd2e41a5fef=Desktop
e1167483-8a0b-4cc3-b8db-b15352d7f0b3=New Activity

[main]
currentActivity=cbd0b95d-154b-45dc-96ac-8fd2e41a5fef
lastUnlockedActivity=cbd0b95d-154b-45dc-96ac-8fd2e41a5fef
runningActivities=cbd0b95d-154b-45dc-96ac-8fd2e41a5fef

I have no idea why it contains three activities, after upgrading to 
4.11.1 I only had two and I never created any of them except the one 
named "Desktop", which is the default one. But that's thing I've seen a 
lot in KDE over the past versions. It's not the first time that I open 
the activity manager and see some unnamed activities which I never 
created. Ironically, just after writing this sentence, I opened up the 
activity manager to see if that's the case again and, well, it is. 
Although a few days ago I surely had only one activity, suddenly I have 
one more named "New Activity".

Oh, one more thing. I ran qdbus org.kde.ActivityManager /ActivityManager/Activities ListActivities again to see which UUID that new unnamed activity has. Turns out it has the same as the one I already posted above:

e6a7bf46-e4f9-400a-86b3-a969c4a9adf1
d95c31c3-4514-48b2-baee-988e6c7c3369

and I swear: I deleted that one!

*** This bug has been marked as a duplicate of bug 320561 ***