Summary: | Media player: share data with a global singleton | ||
---|---|---|---|
Product: | [Plasma] plasmashell | Reporter: | Riccardo Robecchi <sephiroth_pk> |
Component: | Media Player widget | Assignee: | Plasma Bugs List <plasma-bugs> |
Status: | CONFIRMED --- | ||
Severity: | task | CC: | cabanur, kde, nate, peter, qydwhotmail |
Priority: | NOR | ||
Version: | 5.26.0 | ||
Target Milestone: | 1.0 | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Bug Depends on: | |||
Bug Blocks: | 469085 |
Description
Riccardo Robecchi
2022-10-20 16:23:24 UTC
I think I can reproduce this. When I manually set the media player to Elisa and then play a YouTube video in Firefox, the global play/pause shortcuts target Firefox, not Elisa. However the widget still shows Elisa. (In reply to Nate Graham from comment #1) > I think I can reproduce this. When I manually set the media player to Elisa > and then play a YouTube video in Firefox, the global play/pause shortcuts > target Firefox, not Elisa. However the widget still shows Elisa. In my case, the widget shows Firefox as the active application, which is why I had set the title to be more general (and why I am reverting it back to the original). There was no real change in mpris2 https://invent.kde.org/plasma/plasma-workspace/-/commits/master/dataengines/mpris2 And I remember the mediacontroller will always switch to the current active player regardless of the previous selection, so I think this is a feature request? (In reply to Fushan Wen from comment #3) > There was no real change in mpris2 > https://invent.kde.org/plasma/plasma-workspace/-/commits/master/dataengines/ > mpris2 > > And I remember the mediacontroller will always switch to the current active > player regardless of the previous selection, so I think this is a feature > request? I don't know if this is related to mpris2 so I trust you on that, but in previous Plasma versions I used to select a player and it would remain the active one until I selected another one. I am sure of this as I used to use this feature daily, which is why I noticed the regression. With 5.27, the widget shows the selected media player, but media keys ignore that. As an example (formatting as a list for better readability): - I listen to music using Strawberry and pause it - then watch a video on YouTube with Firefox and pause it - then click on the Media Player widget and select Strawberry as the active player - then use media keys to resume playback with Strawberry the YouTube video is the one that actually receives the input. The only way for Strawberry to be controlled again through media keys is to resume playback manually (either from the program itself or using the button in the widget) so that it becomes the active media player again. Don't have media keys but I seem to know the cause. Will look into it. Unfortunately it's not easily fixable. There can be more than one media controller widget, so the global media shortcuts can only operate on the default media player, otherwise the logic will be confusing. (In reply to Fushan Wen from comment #7) > Unfortunately it's not easily fixable. There can be more than one media > controller widget, so the global media shortcuts can only operate on the > default media player, otherwise the logic will be confusing. The "easy" solution would then be to synchronise the user's selection across the widgets, but I guess that is not technically easy to implement. *** This bug has been marked as a duplicate of bug 409190 *** |