Bug 417457

Wow that's strange! Can reproduce.

I believe hein's comment is relevant.
https://phabricator.kde.org/D25874

Yeah, if I launch VLC from Dolphin, VLC will be child process of Dolphin and then Dolphin gets marked.

Can reproduce on Mageia (Plasma 5.18.0, KF 5.67.0, Qt 5.14.1), with mpv which suffers from the same.

I'm guessing if the process generating the sound has a taskbar entry for itself, like these regular media players, unlike those "web-browser-extra-process-players", it can just stop looking for more task manager entries to "mark"?

*** Bug 417842 has been marked as a duplicate of this bug. ***

*** Bug 418742 has been marked as a duplicate of this bug. ***

Hi!

Confirmed for Dolphin, VLC, Opera web browser also.

What info is needed to help to start investigation of the "world-wide" lack?

Thanks!

---
SOFTWARE/OS VERSIONS
Windows: -
macOS: -
Linux/KDE Plasma: Manjaro Linux 19.0.2 (stable branch, currently up-to-date)
(available in About System)
KDE Plasma Version: 5.18.3
KDE Frameworks Version: 5.68.0
Qt Version: 5.14.1

I've been changed version to newer actual (5.18.0 -> 5.18.3) as I see it in my case.

I changed "Version" field again: I got update to the 5.18.4. I see the bug. I open qBittorrent, than open download folder with downloaded file (via Dolphin), open that file by click: VLC media player opens and woofer icon on Dolphin and VLC appears and disappears (while VLC paused) simultaneously so by click on any woofer icon I turn on/off the sound of both apps (Dolphin and VLC).

SOFTWARE/OS VERSIONS
Windows: -
macOS: -
Linux/KDE Plasma: Manjaro Linux 19.0.2 (stable branch, currently up-to-date)
(available in About System)
KDE Plasma Version: 5.18.4 (new)
KDE Frameworks Version: 5.68.0 (the same)
Qt Version: 5.14.2 (new)

Also I installed and currently running new kernel: was 5.5.13, and now kernel is 5.6.2-1-MANJARO.

Thanks!

Persists on:

Operating System: Manjaro Linux 20.0
KDE Plasma Version: 5.18.4
KDE Frameworks Version: 5.69.0
Qt Version: 5.14.2
Kernel Version: 5.6.5-2-MANJARO

(In reply to pveax from comment #10)
> Persists on:

Please stop. If the bug was fixed, it would have been clear right here.

You're not helping anyone by commenting, at every little update, that "still happens".

*** Bug 425594 has been marked as a duplicate of this bug. ***

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

*** Bug 428338 has been marked as a duplicate of this bug. ***

*** Bug 428547 has been marked as a duplicate of this bug. ***

*** Bug 429961 has been marked as a duplicate of this bug. ***

*** Bug 384217 has been marked as a duplicate of this bug. ***

*** Bug 432275 has been marked as a duplicate of this bug. ***

*** Bug 417766 has been marked as a duplicate of this bug. ***

*** Bug 417772 has been marked as a duplicate of this bug. ***

*** Bug 434831 has been marked as a duplicate of this bug. ***

A simple way to fix this would be to restrict the ParentPid transitivity to process sharing the same exe as in:

9059 is a firefox content process.

meven@meven-XPS-13-9370:~$ ll /proc/9059/exe 
Permissions Size User  Date Modified  Name
lrwxrwxrwx     0 meven  2 avril  5:45 /proc/9059/exe -> /usr/lib/firefox/firefox
meven@meven-XPS-13-9370:~$ ll /proc/4733/exe 
Permissions Size User  Date Modified  Name
lrwxrwxrwx     0 meven  1 avril 19:58 /proc/4733/exe -> /usr/lib/firefox/firefox


KSysGuard::Process does not expose yet the executable though.

(In reply to Méven Car from comment #22)
> A simple way to fix this would be to restrict the ParentPid transitivity to
> process sharing the same exe as in:
> 
> 9059 is a firefox content process.
> 
> meven@meven-XPS-13-9370:~$ ll /proc/9059/exe 
> Permissions Size User  Date Modified  Name
> lrwxrwxrwx     0 meven  2 avril  5:45 /proc/9059/exe ->
> /usr/lib/firefox/firefox
> meven@meven-XPS-13-9370:~$ ll /proc/4733/exe 
> Permissions Size User  Date Modified  Name
> lrwxrwxrwx     0 meven  1 avril 19:58 /proc/4733/exe ->
> /usr/lib/firefox/firefox
> 
> 
> KSysGuard::Process does not expose yet the executable though.

KSysGuard::Process::name() or KSysGuard::Process::cmdline() could be directly used for this though.

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

Created attachment 137529 [details]
Taskbar bug

I'm facing the same bug and it applies to Dophin and other apps.

Operating System: Arch Linux
KDE Plasma Version: 5.21.4
KDE Frameworks Version: 5.81.0
Qt Version: 5.15.2
Kernel Version: 5.11.13-arch1-1
OS Type: 64-bit
Graphics Platform: X11
Processors: 8 × Intel® Core™ i7-4790K CPU @ 4.00GHz
Memory: 15.6 GiB of RAM
Graphics Processor: GeForce GTX 980/PCIe/SSE2

Git commit 556c0a498e217dc53a935116c2135ecc22ba4d51 by Méven Car.
Committed on 13/04/2021 at 18:51.
Pushed by meven into branch 'meven/plasma-desktop-bug-417457'.

TaskManager: Restrict parents process to those sharing the same command

M  +25   -1    applets/taskmanager/plugin/backend.cpp

https://invent.kde.org/plasma/plasma-desktop/commit/556c0a498e217dc53a935116c2135ecc22ba4d51

Not fixed yet; the commit hookscript just closed it automatically because that branch that was just pushed wasn't prefixed with "work/" despite having a BUG: keyword in it.

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

Git commit c59edc9826a64c51f9ed41f7ccaf2cc5ade86d4b by David Edmundson, on behalf of Méven Car.
Committed on 29/04/2021 at 20:54.
Pushed by ngraham into branch 'master'.

TaskManager: Restrict parents process to those sharing the same cgroup

M  +18   -1    applets/taskmanager/plugin/backend.cpp

https://invent.kde.org/plasma/plasma-desktop/commit/c59edc9826a64c51f9ed41f7ccaf2cc5ade86d4b

*** Bug 436502 has been marked as a duplicate of this bug. ***

*** Bug 436986 has been marked as a duplicate of this bug. ***

Created attachment 138779 [details]
Elisa is actually playing audio, but doesn't show it; other apps do instead

I have unfortunately reproduced the issue on current git master with systemd startup enabled. :( I'm on Fedora 34 with full PipeWire support. See attached screenshot.

It seems somewhat random, though. It's not *always* in this state. Just sometimes.

So ever since moving from openSUSE Tumbleweed to Fedora, I am experiencing this bug nearly constantly when Elisa is playing audio. The audio indicator appears on all the non-running apps. It's an extremely odd effect.

>ith systemd startup enabled.

This should not be relevant.

>I have unfortunately reproduced the issue on current git master

So is this with a version older than c59edc9826a64c51f9ed41f7ccaf2cc5ade86d4b? if not then we don't want to reopen this.

c59edc9826a64c51f9ed41f7ccaf2cc5ade86d4b (plasmna-desktop) was committed a month and a half ago, so I have it, yes. I rebuild all KDE stuff from source daily.

*** Bug 437924 has been marked as a duplicate of this bug. ***

*** Bug 438565 has been marked as a duplicate of this bug. ***

Like the person in 438565, I started experiencing this a lot when I started using PipeWire. Perhaps related.

Can reproduce while playing vocal messages on Telegram-desktop. The bug appeared the day I switched from Pulseaudio to Pipewire-pulseaudio.

The issue at hand was fixed. 

If we have separate issue specifically with pipewire, lets keep a new bug with new history, so we're not drowning in noise. I reopened 438565

*** Bug 442410 has been marked as a duplicate of this bug. ***