Bug 374619 - Activating window through krunner does not work with multiple activities and virtual desktops
Summary: Activating window through krunner does not work with multiple activities and ...
Status: RESOLVED WORKSFORME
Alias: None
Product: krunner
Classification: Plasma
Component: windows (show other bugs)
Version: 5.8.5
Platform: Arch Linux Linux
: NOR normal
Target Milestone: ---
Assignee: Kai Uwe Broulik
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-01-06 02:43 UTC by Shitikanth
Modified: 2021-01-01 04:39 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Shitikanth 2017-01-06 02:43:07 UTC
Steps to reproduce:

1. Open at least two activities and at least two virtual desktops.

2. Open any application, say Firefox.

3. Switch to a different activity *and* a different virtual desktop. (Things work fine if the window is either in the same activity or the same virtual desktop)

4. Search for "firefox" in krunner and select the result in "Windows" category.


Expected behaviour: The window should become visible and get focus.

What happens: Focus switches to the correct activity, but not the correct virtual desktop.
Comment 1 Shitikanth 2017-01-06 02:50:35 UTC
I just noticed that the same problem happens when I try to use "wmctrl -a Firefox" instead of krunner. So, this is likely not a bug in krunner but in the window manager (Kwin).
Comment 2 Shitikanth 2017-01-06 03:22:11 UTC
Another observation: this problem only happens when "Remember the current virtual desktop for each activity" option is selected in the System Settings > Desktop Behaviour > Activities > Switching.

Looks like this setting is overriding the virtual desktop change that would have happened otherwise.
Comment 3 Justin Zobel 2020-12-02 03:15:47 UTC
Thank you for the report.

As it has been a while since this was reported, can you please test and confirm if this issue is still occurring or if this bug report can be marked as resolved.

I have set the bug status to "needsinfo" pending your response, please change back to "reported" or "resolved" when you respond, thank you.
Comment 4 Bug Janitor Service 2020-12-17 04:34:07 UTC
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!
Comment 5 Bug Janitor Service 2021-01-01 04:39:28 UTC
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!