| Summary: | Task bar shows audio icon for all windows from program playing sound, not just the window actually playing sound | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Pascal d'Hermilly <pascal> |
| Component: | Task Manager and Icons-Only Task Manager widgets | Assignee: | Eike Hein <hein> |
| Status: | CONFIRMED --- | ||
| Severity: | normal | CC: | adam.m.fontenot+kde, alex.brrsclnt, alex765, bharadwaj.raju777, breakingspell, bugseforuns, d.milivojevic, eugene.savitsky, kaan94, kde, kdedev, kde_bugs, mikhail.krutov, nate, niccolo.venerandi, plasma-bugs, postix, puspam12345678, shalokshalom, stuart, sunny.bed7466, tunacan_man |
| Priority: | HI | ||
| Version: | 5.15.3 | ||
| Target Milestone: | 1.0 | ||
| Platform: | Other | ||
| OS: | Linux | ||
| See Also: |
https://bugs.kde.org/show_bug.cgi?id=472539 https://bugs.kde.org/show_bug.cgi?id=463356 |
||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Kmix apps tab
Both Chrome instances showing the same thumbnails while they should show different thumbnails screenshot |
||
|
Description
Pascal d'Hermilly
2017-02-03 10:43:50 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. *** Bug 379021 has been marked as a duplicate of this bug. *** 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. 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. :/ *** Bug 377763 has been marked as a duplicate of this bug. *** (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. Everything is theoretically fixable. :) The question is, can we feasibly fix this, or is the root cause in Chrome or PulseAudio? (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. 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. (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. Created attachment 114820 [details]
Kmix apps tab
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
BTW, that's not KMix, that's Plasma-pa. (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. Dragan: What are the results of your test? *** Bug 398475 has been marked as a duplicate of this bug. *** Audio and Videoplayers send such informations for sure, since there are already plasma widgets, who display that text correctly. https://pictshare.net/g30voo1s2o.png Still happens on current release. Tested with Firefox, Falkon, Chromium - all have audio icons on every window. 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. Created attachment 130932 [details]
Both Chrome instances showing the same thumbnails while they should show different thumbnails
This is fixed in Plasma 5.22! See the fix for Bug 417457 which fixed this too. 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 Can you attach a screenshot of it? Created attachment 152378 [details]
screenshot
Focused Firefox window has the sound icon despite it is not playing anything.
I can reproduce that with a classic Task manager or an Icons-Only Task Manager with grouping turned off. I think it's not possible to fully fix it currently due to mpris depending on PID Darn. :/ > 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?
*** Bug 467125 has been marked as a duplicate of this bug. *** *** Bug 489243 has been marked as a duplicate of this bug. *** I would recommend reading through all the related issue tickets because, at least to me, the conclusions reached in this ticket are wrong. My ticket #489243 (Muting one application mutes them all) has been marked as a duplicate of this issue .While I agree they might be related, the comments in this issue seem to revolve around tabs belonging to the same application (chrome or firefox are mentioned) whereas in my experience the issue cuts across multiple applications. The incorrect state icon and mute behaviour affects all applications currently playing audio at the time e.g. Muting a Steam game also mutes Elisa, Vivaldi (Chrome), VLC et al. Furthermore in my testing this is NOT a pulseaudio issue, since I can independently mute applications and different windows for the same application just fine through pavucontrol. The issues are specific to the taskbar and are a regression as others have noted. The only thing I haven't checked yet is whether this is connected in some way to a change from X11 to Wayland in the Fedora 40 release. This might be particularly relevant since I note this original ticket dates back 7 years and references Plasma 5, whereas for me the issue only started with an upgrade from Fedora 39 (Plasma 5 + X11) to Fedora 40 (Plasma 6 + Wayland). Indeed, Bug 489243 and Bug 467125 look like different issues. I'll get this cleaned up. |
