I defined a window rule saying that an application/window should be launched on a specific activity. When that activity was deleted, and the application was relaunched the window was invisible. The application's process is visible in the "System Monitor". Reproducible: Always Steps to Reproduce: 1. Create new activity (e.g. "ActivityX") 2. Launch application 3. Create a window rule with the following options: Tab "Size & Position" > Check "Activity" : "Apply Initially" : "ActivityX" 4. Close application 5 . (optional) Relaunch application to verify the rule works 6. Delete "ActivityX" 7. Launch the application again Actual Results: The window is not visible but the process is running. Expected Results: The window should be visible on the current Activity, possibly with a message informing the user of the problem.
I'm not sure whether activities can be recreated later on (the hash id matching way) but FTR: the rules allow you to shoot yourself about anytime (eg. set up a forcing position rule outside the workspace bounds (like "10000,10000") - the window will be gone. On the other hand, the forced desktop /is/ sanitized (but desktops ain't activities either and at least for the desktop it can be said whether there's that particular desktop and the desktop rule also predates the ability to change the numberOfDesktops at runtime)
Thanks for your feedback. Unfortunately, I can't reproduce this issue in KDE 4.8.80, neither with the rule set to "Apply initially" nor with "Force". When deleting the activity, the window rule target is reset to "All Activities".
That's weird, I was able to reproduce it 3 times (with different applications). Could it be a problem related to my distro's packages?
that likely depends on the amount of present activities - atm one activity is treated as "on all", so if you reduce from two to one activity, the window will end up on all activities, while if you reduce from three to two it will not. This special case behavior is however about to change, see https://git.reviewboard.kde.org/r/105195/
Ah, indeed. I can reproduce it now.
Ah, that makes sense then. I probably should have noted that I tested with 4 or 5 existing activities.
@Ivan An important aspect about activities in this regard is whether they can - in any way - be RE-created by an explicit uuid. If yes, the behavior is ok as it is. The actiivity could be recreated and then used by the window later. If not, the rules need to be ignored/cleaned if they move a window to a not existing activity.
@Ivan - please see comment #7: is there a legal way (intended) to recreate a specific activity ID? (ie. create activity by name, delete it, restore it - stuff like that)
No, when an activity is deleted, it is gone. There's no activity trash-undelete (you could think of the activity stopping as trashing)
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!