This probably should be a Multi-screen support component ticket, but I have opened against Panel since it is a Panel problem.
screen 1: default panel, various application opened
screen 2: no panel, various application opened
STEPS TO REPRODUCE
1. on screen 1, right click on "configure task manager"
2. select "show only application on current screen"
3. on panel-task manager instead of seeing applications from the current screen, you will not see any application.
on panel-task manager instead of seeing applications from the current screen, you will not see any application.
be able to see currenct screen applications on panel-task manager
KDE Plasma Version: plasma-desktop-5.14.4
KDE Frameworks Version: 5.54
Qt Version: 5.11.3
The bug is not happening on 5.15 Wayland.
I will test a Xorg session as soon as possible
The bug still happens on 5.15 and Xorg session
I'm experiencing the same (or a very similar) problem. I have a multi-monitor setup (a laptop with an external monitor) with panels on both screens. Each panel has a Task Manager configured with the "Show only tasks from the current screen" filter. The Task Manager on the external monitor works correctly, showing only those tasks on the external monitor, but the Task Manager on my laptop's built-in screen is always empty.
IIRC both Task Managers were working correctly back when I first connected the external monitor. However, some time later (probably after disconnecting and reconnecting the external monitor) the Task Manager on the built-in screen stopped working properly. I never had this problem on my desktop machine, which also had two monitors (that were always plugged in). So I suspect the problem might be that the Task Manager loses the ability to reliably distinguish between screens when a monitor is disconnected and then reconnected.
OS: openSUSE Leap 15.0 (64-bit)
KDE Plasma: 5.12.8
KDE Frameworks: 5.45.0
Come to think of it, maybe what I am experiencing is actually Bug 373075. (And maybe Germano is experiencing it too -- Germano, can you confirm whether your problem happens only after disconnecting a monitor and/or changing the screen resolution?)
I can no longer experience the bug on
KDE Frameworks 5.58.0
(In reply to Tristan Miller from comment #4)
> Come to think of it, maybe what I am experiencing is actually Bug 373075.
> (And maybe Germano is experiencing it too -- Germano, can you confirm
> whether your problem happens only after disconnecting a monitor and/or
> changing the screen resolution?)
It happens regardless changing resolution. I have never changed resolution.
KDE Frameworks 5.59.0
Qt 5.12.1 (compilato con 5.12.1)
Il sistema di finestre xcb
The bug still happens on 5.16.5 and Xorg session
Today I unplugged / plugged a monitor and I had to rotate it vertically. This triggered the bug, not immediately, but after a lock-unlock screen action
(In reply to Germano Massullo from comment #7)
> The bug still happens on 5.16.5 and Xorg session
Please don't bump the Version field; this is used to help find the earliest version in which the bug occurs.
Hm, no. The version field should reflect the version where the bug was last confirmed to be still visible. The initially reported version can be seen in the description, and/or in the bug history.
My bad, then. I know that the LibreOffice folks are very picky about the Version field being used for the earliest version in which the bug is reproducible, as this makes it easy to track down when the bug was first introduced in the code. I think Mozilla has the same rule. I thought KDE had the same rule but could be I'm misremembering.
By the way in Plasma 5.16.9 I am experiencing this only on the panel of primary screen, instead the panel on secondary screen is working fine
$ qdbus org.kde.KWin /KWin supportInformation
KWin version: 5.16.90
Qt Version: 5.12.4
Qt compile version: 5.12.4
XCB compile version: 1.13.1
Operation Mode: X11 only
Vendor: Fedora Project
Vendor Release: 12005000
Protocol Version/Revision: 11/0
SHAPE: yes; Version: 0x11
RANDR: yes; Version: 0x14
DAMAGE: yes; Version: 0x11
Composite: yes; Version: 0x4
RENDER: yes; Version: 0xb
XFIXES: yes; Version: 0x50
SYNC: yes; Version: 0x31
GLX: yes; Version: 0x0
Plugin recommends border size: None
decorationButtonsLeft: 0, 2
decorationButtonsRight: 6, 3, 4, 5
font: Noto Sans,10,-1,0,50,0,0,0,0,0,Regular
Active screen follows mouse: no
Number of Screens: 2
Refresh Rate: 59.95
Refresh Rate: 59.95
Compositing is active
Compositing Type: OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) HD Graphics 620 (Kaby Lake GT2)
OpenGL version string: 3.0 Mesa 19.1.7
OpenGL platform interface: GLX
OpenGL shading language version string: 1.30
GPU class: Unknown
OpenGL version: 3.0
GLSL version: 1.30
Mesa version: 19.1.7
Linux kernel version: 5.2.17
Direct rendering: Requires strict binding: yes
GLSL shaders: yes
Texture NPOT support: yes
Virtual Machine: no
OpenGL 2 Shaders are used
Painting blocks for vertical retrace: no
Currently Active Effects:
You may want to read also bottom part of comment
(In reply to Germano Massullo from comment #12)
> You may want to read also bottom part of comment
Concerning previous bugreport URL, I have noticed also that when the screens are overlapping, the primary screen (acer) panel is showing applications, the secondary (Samsung) not.
When fixing the position of screens, the situation becomes the viceversa
On 5.17.2 I am:
- experiencing the problem on task manager icon only version;
- not experiencing the problem on "regular" task manager.
(In reply to Germano Massullo from comment #14)
> On 5.17.2 I am:
> - experiencing the problem on task manager icon only version;
> - not experiencing the problem on "regular" task manager.
Forget about previous comment, I am still experiencing the problem
Should be fixed by https://invent.kde.org/plasma/plasma-workspace/commit/7852de5e697c17565fda8d0b24c062ea00605a37.