Created attachment 125872 [details] screenshot SUMMARY reproducible on both Arch Linux and neon unstable edition STEPS TO REPRODUCE 1. open Dolphin 2. open an audio or a video with VLC player via Dolphin 3. OBSERVED RESULT entry of Dolphin in task manager has sound icon while VLC plays the audio/video. See the attached screenshot. EXPECTED RESULT SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.18.0 KDE Frameworks Version: 5.67.0 Qt Version: 5.14.1 Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.18.80 KDE Frameworks Version: 5.68.0 Qt Version: 5.13.2
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. ***