Bug 375943 - Task bar shows audio icon for all windows from program playing sound
Summary: Task bar shows audio icon for all windows from program playing sound
Status: CONFIRMED
Alias: None
Product: plasmashell
Classification: Plasma
Component: Task Manager and Icons-Only Task Manager (show other bugs)
Version: 5.15.3
Platform: Other Linux
: NOR normal
Target Milestone: 1.0
Assignee: Eike Hein
URL:
Keywords:
: 377763 379021 398475 (view as bug list)
Depends on:
Blocks:
 
Reported: 2017-02-03 10:43 UTC by Pascal d'Hermilly
Modified: 2023-08-23 21:41 UTC (History)
16 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Kmix apps tab (22.06 KB, image/jpeg)
2018-09-07 10:20 UTC, Alex Barrero
Details
Both Chrome instances showing the same thumbnails while they should show different thumbnails (284.47 KB, video/mp4)
2020-08-17 10:47 UTC, Puspam Adak
Details
screenshot (55.20 KB, image/png)
2022-09-23 23:01 UTC, Patrick Silva
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Pascal d'Hermilly 2017-02-03 10:43:50 UTC
One of my Chrome windows is playing music - it's in a popup.
The other chrome windows also appear to playing music in the task manager - I'm guessing it doesn't see any difference between the windows if they are from the same process.
Comment 1 Kai Uwe Broulik 2017-02-03 10:48:02 UTC
Yes, there's unfortunately no way to tell. All sound playback "belong" to the main Chrome process. PulseAudio in theory supports applications adding a Window ID to the audio stream but in practise I've never seen anybody actually use this.
Comment 2 Kai Uwe Broulik 2017-04-21 09:38:29 UTC
*** Bug 379021 has been marked as a duplicate of this bug. ***
Comment 3 Dragan 2017-08-06 16:22:29 UTC
This used to work a while back (some time after Fedora 25 was released). 
After some update it started to display this kind of behavior. I'm using firefox, before the regression only the window with the sound playing was marked. ATM all of the firefox windows are "marked" so in essence this feature became useless.
Comment 4 Nate Graham 2017-12-13 20:59:55 UTC
So is there anything we can do here? If not, we should unfortunately mark it as RESOLVED UPSTREAM; no sense in keeping an unfixable bug open forever. :/
Comment 5 Nate Graham 2017-12-13 21:19:05 UTC
*** Bug 377763 has been marked as a duplicate of this bug. ***
Comment 6 Dragan 2017-12-13 21:38:14 UTC
(In reply to Nate Graham from comment #4)
> So is there anything we can do here? If not, we should unfortunately mark it
> as RESOLVED UPSTREAM; no sense in keeping an unfixable bug open forever. :/

It is, obviously, fixable since it used to work as intended. No one has bothered to find the source of the issue.
Comment 7 Nate Graham 2017-12-13 22:51:42 UTC
Everything is theoretically fixable. :) The question is, can we feasibly fix this, or is the root cause in Chrome or PulseAudio?
Comment 8 Dragan 2017-12-13 23:00:44 UTC
(In reply to Nate Graham from comment #7)
> Everything is theoretically fixable. :) The question is, can we feasibly fix
> this, or is the root cause in Chrome or PulseAudio?

It exhibits the same behaviour with Chrome and Firefox so that can be eliminated.
Comment 9 Nate Graham 2017-12-13 23:02:41 UTC
Actually perhaps not. As Kai said:

"All sound playback "belongs" to the main Chrome process. PulseAudio in theory supports applications adding a Window ID to the audio stream but in practise I've never seen anybody actually use this."

If Firefox does the same thing, then they would both just be broken in the same way.
Comment 10 Dragan 2017-12-13 23:42:57 UTC
(In reply to Nate Graham from comment #9)
> Actually perhaps not. As Kai said:
> 
> "All sound playback "belongs" to the main Chrome process. PulseAudio in
> theory supports applications adding a Window ID to the audio stream but in
> practise I've never seen anybody actually use this."
> 
> If Firefox does the same thing, then they would both just be broken in the
> same way.


I remember that this issue started to show up after a kde update. It's unlikely that both firefox and chrome were updated at the same time. I will try and dig up some older fedora kde live image and test it there with the latest firefox.
Comment 11 Alex Barrero 2018-09-07 10:20:02 UTC
Created attachment 114820 [details]
Kmix apps tab
Comment 12 Alex Barrero 2018-09-07 10:21:58 UTC
Comment on attachment 114820 [details]
Kmix apps tab

Any knews about this issue? It is still present in KDE 5.12.6.

I don't know if Dragan could test that past version of fedora to check if the behavior was correct.

Anyways, I know that this is not the place to ask about this (maybe some admin could move to the apropiate product, kmix I suppose...), but it is in some way related to this issue.

In the kmix applet, in the apps tab, all the streams of the same app (diferent tabs in firefox/chrome for example) has the same name. Is it posible to get the name of the tab of the browser and replace with this string in each stream?

Sorry for the non-related question
Comment 13 Nate Graham 2018-09-07 14:17:34 UTC
BTW, that's not KMix, that's Plasma-pa.
Comment 14 Alex Barrero 2018-09-10 07:11:13 UTC
(In reply to Nate Graham from comment #13)
> BTW, that's not KMix, that's Plasma-pa.

Thanks, I wrote a comment on a related bug.
Sorry again for the inconvenience.
Comment 15 Matthias 2018-09-11 07:34:45 UTC
Dragan: What are the results of your test?
Comment 16 Matthias 2018-09-11 07:37:04 UTC
*** Bug 398475 has been marked as a duplicate of this bug. ***
Comment 17 Matthias 2018-09-11 07:43:43 UTC
Audio and Videoplayers send such informations for sure, since there are already plasma widgets, who display that text correctly. https://pictshare.net/g30voo1s2o.png
Comment 18 Mike Krutov 2019-03-26 11:26:43 UTC
Still happens on current release. Tested with Firefox, Falkon, Chromium - all have audio icons on every window.
Comment 19 Puspam Adak 2020-08-17 10:46:23 UTC
Let me add a sub-issue. Suppose, I have 2 Chrome windows open, one playing a video from YouTube and the other is not playing any video or audio, just displaying a webpage. In the task manager, both the instances shows the same thumbnails on hovering over them.
Comment 20 Puspam Adak 2020-08-17 10:47:55 UTC
Created attachment 130932 [details]
Both Chrome instances showing the same thumbnails while they should show different thumbnails
Comment 21 Nate Graham 2021-05-03 20:05:18 UTC
This is fixed in Plasma 5.22! See the fix for Bug 417457 which fixed this too.
Comment 22 Patrick Silva 2022-09-23 13:39:23 UTC
Can reproduce with Firefox and Opera browser on neon unstable.

Operating System: KDE neon Unstable Edition
KDE Plasma Version: 5.26.80
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6
Graphics Platform: Wayland
Comment 23 Nate Graham 2022-09-23 21:35:14 UTC
Can you attach a screenshot of it?
Comment 24 Patrick Silva 2022-09-23 23:01:32 UTC
Created attachment 152378 [details]
screenshot

Focused Firefox window has the sound icon despite it is not playing anything.
Comment 25 Nate Graham 2022-09-24 17:16:52 UTC
I can reproduce that with a classic Task manager or an Icons-Only Task Manager with grouping turned off.
Comment 26 Fushan Wen 2022-09-24 17:47:00 UTC
I think it's not possible to fully fix it currently due to mpris depending on PID
Comment 27 Nate Graham 2022-09-26 17:18:02 UTC
Darn. :/
Comment 28 Adam Fontenot 2023-08-23 21:41:59 UTC
> All sound playback "belong" to the main Chrome process. PulseAudio in theory supports applications adding a Window ID to the audio stream but in practise I've never seen anybody actually use this.

Does anyone know whether there's a bug in Firefox for tagging the window ID on Linux systems? I can try to file one if there's not an existing report.

Do we know whether KDE would should the audio icon for the correct window if Firefox *did* tag the window correctly? In other words - do we support this feature?