Bug 455974

Upgrading to KDE Plasma 5.25.1 this morning shows the issue is also present in the .1 bugfix release.

This is fixed in 5.25.2

Thank you Nate.

Don't thank me, thank Marco Martin who fixed it!

Thank you for correcting me, and thank you @Marco Martin for your efforts.

I'm afraid however that after upgrading to KDE Plasma 5.25.2 the issue appears to persist.

I am happy to get any debug logs that might help.

I am not an application programmer myself, but am interested in this issue to try. From scanning kwin git for changes by Marco, this seems to be in the right area: https://invent.kde.org/plasma/kwin/-/merge_requests/2572#02f187e00e0c8ed2de4cd3e9e209662cd3a290af_413_435

The keyword 'activeScreen' jumps out at me due to the behaviour being related to the active screen when the effect is started.

To be clear, I am just trying to orient myself to the code base and recent changes. I am not trying to increase the priority or assign blame.

I would appreciate any pointers you can offer to get started. I am aware of https://community.kde.org/Get_Involved/development and https://www.youtube.com/watch?v=B4xoc0K5iA4, and will start there during my long weekend.

Thank you.

KDE Plasma Version: 5.25.2
KDE Frameworks Version: 5.95.0
Qt Version: 5.15.5
Kernel Version: 5.18.7-arch1-1 (64-bit)
Graphics Platform: X11

In my case, on 5.25.2, with multiple monitors, I can search by starting to type say "kon" for konsole on my secondary monitor.  It will find and highlight konsole on the monitor.  I can't hit enter to select it so Present Windows effectively only work the one monitor.

If I have two konsole applications with one on each monitors, it will select the one for that monitor.  Present windows invoked on a particular screen searches and allows selection for only that particular screen.

Persists in 5.25.3  x11. present all windows  works, present current  desktop works, present window class leaves out windows on other screen (not the screen in focus).

PS. clicking icons on windows only task manager presents all windows in groups correctly on both screens. Perhaps related is the present window class with thunderbird apps. clicking on the WOTM shows all windows, but the present windows hotkey shows subclasses only, e.g. Write or Inbox  windowss but not both.

Same problem here on:

Operating System: Fedora Linux 36
KDE Plasma Version: 5.25.3
KDE Frameworks Version: 5.96.0
Qt Version: 5.15.3
Kernel Version: 5.18.11-200.fc36.x86_64 (64-bit)
Graphics Platform: X11

This is a regression as this has previously been working fine for years. Have tried Chrome and IntelliJ IDEA and both applications only present their windows on the active screen.

The other related behavior that has changed is that when doing "Toggle Present Windows (Window class)", it used to show all the windows, but only if they were on the same desktop.

i.e.: old (and IMO correct behavior):

same screen, same desktop: yes
different screen, same desktop: yes
same screen, different desktop: no
different screen, different desktop: no

current behavior:

same screen, same desktop: yes
different screen, same desktop: no
same screen, different desktop: yes
different screen, different desktop: no

IOW, the logic used to show the window as long as it was on the same desktop regardless of screen, and now it shows the window as long as it is on the same screen regardless of desktop.

@MMagyar: nice summary. Another present windows class issue:  window settings are ignored. E.g. set kde connect and kde connect sms to substring match, ctrl+F7 will ignore whichever window is not selected.

Still Broken on 5.25.4

Man, this bug is annoying. Totally breaks my workflow. How does breaking fundamental stuff like this get through testing?

No news on this bug

5 updates, no fix.

A possibly relevant merge request was started @ https://invent.kde.org/plasma/kwin/-/merge_requests/2946

Git commit be784ba5d2370dd952896df0bc3fd13bd6348eee by Vlad Zahorodnii.
Committed on 15/09/2022 at 06:39.
Pushed by vladz into branch 'master'.

effects/windowview: Fix "active class" mode

Each screen has its own WindowHeap. So setting WindowHeap.activeClass
won't be visible on other screens.

In order to address that limitation, we could monitor
Workspace.activeClient property.

M  +0    -1    src/effects/private/qml/WindowHeap.qml
M  +6    -16   src/effects/private/qml/WindowHeapDelegate.qml

https://invent.kde.org/plasma/kwin/commit/be784ba5d2370dd952896df0bc3fd13bd6348eee

IT WORKS! YIPPEE! Many thanks.

This is still an issue where a search a for an application via Present Windows finds the window after filtering on the other monitor but is unable to select it using Enter.

Operating System: Arch Linux
KDE Plasma Version: 5.26.0
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6
Kernel Version: 6.0.1-arch1-1 (64-bit)
Graphics Platform: X11

That's a different problem, please file a new bug report instead of reopening old ones.

(In reply to Kirby from comment #19)
> This is still an issue where a search a for an application via Present
> Windows finds the window after filtering on the other monitor but is unable
> to select it using Enter.

@Kirby, did you end up creating a new issue for this? If so, can you link it here? Using the keyboard to select a window is an important use case for me.

(In reply to Raman Gupta from comment #21)
> (In reply to Kirby from comment #19)
> > This is still an issue where a search a for an application via Present
> > Windows finds the window after filtering on the other monitor but is unable
> > to select it using Enter.
> 
> @Kirby, did you end up creating a new issue for this? If so, can you link it
> here? Using the keyboard to select a window is an important use case for me.

I have not yet.  Frankly, KDE breaks my workflow often enough with minor unresolved bugs I'm considering moving to a tiling window manager.

Created https://bugs.kde.org/show_bug.cgi?id=461927 for anyone interested in the keyboard type and select issue.