| Summary: | "Show in Activities" option disappears from the titlebar context menu | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | ]\/[ ]\/[ ]_ 1357 <mmarreroleyva> |
| Component: | appmenu | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | g.guerin, kde, leodream2008, linux, xaver.hugl |
| Priority: | NOR | ||
| Version: | 5.26.5 | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
|
Description
]\/[ ]\/[ ]_ 1357
2023-01-11 07:35:25 UTC
Is kactivitymanagerd running? *** Bug 464129 has been marked as a duplicate of this bug. *** (In reply to Zamundaaa from comment #1) > Is kactivitymanagerd running? Yes it is Well, after 2 or 3 restarts, all is back to normal. 'Show in Activities' appears again in the menu and the taskbar respects the 'Show only tasks from current activity'. Let me clarify I had already restarted after the update. So I'm wondering: could be some issue related to a cached file? 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 mark the bug 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! Could it be that all other activities were stopped? Because this is the behavior I observed in that case. Personally, I'd say that the menu should still stay there, because it would be a quick way to resume an activity, i.e. by moving a window to that activity. (In reply to Bernd Steinhauser from comment #6) > Could it be that all other activities were stopped? > Because this is the behavior I observed in that case. > > Personally, I'd say that the menu should still stay there, because it would > be a quick way to resume an activity, i.e. by moving a window to that > activity. It wasn't the case. I could switch from one activity to another, so they weren't stopped Also got hit by this a couple of time after updates (it happened today after update neon packages to Framework 104). Had to reboot twice to see again the "Show in Activities" menu in window title bar (the same menu did not disappear in the task manager). *** This bug has been marked as a duplicate of bug 422682 *** |