Bug 409980

Summary: Window thumbnails and titles are missing for all windows of an app when one window is playing media
Product: [Plasma] plasmashell Reporter: Nicolas Girard <girard.nicolas>
Component: Task Manager and Icons-Only Task ManagerAssignee: Eike Hein <hein>
Status: RESOLVED FIXED    
Severity: normal CC: alex765, alexis.diavatis, almborg33, andythe_great, bugseforuns, daniel.karasinski, david.hurka, hockeymikey, j.straight-kde, jetchko.jekov, juan, katyaberezyaka, kde-bugs, kde, kv3f5ves, lnxusr, matejm98mthw, mattyhoffman7, mmarreroleyva, mvourlakos, nate, plasma-bugs, postix, sk.griffinix, vandenbrouckerob
Priority: HI    
Version: 5.16.2   
Target Milestone: 1.0   
Platform: Other   
OS: Linux   
See Also: https://bugs.kde.org/show_bug.cgi?id=424336
Latest Commit: Version Fixed In: 5.23
Attachments: Latte with tab containing video
Latte with no tab containing video
Plasma taskmanager
plasma_firefox_identify_window faulty when playing video

Description Nicolas Girard 2019-07-19 08:30:49 UTC
Created attachment 121619 [details]
Latte with tab containing video

SUMMARY

This report is about the thumbnails of Firefox windows that appear when hovering the Firefox icon.

If one the Firefox tabs contains a video, the titles (normally on top of the thumbnails) disappear and the name of the video appear at the bottom of all thumbnails, along with control buttons to play or pause the video.

(See latte_1 screenshot).

Whenever the tab containing the video is closed, the titles are displayed again.

(See latte_2 screenshot).

This behavior was not observed using plasma taskmanager and panel v5.16.3.


(See plasma_taskmanager screenshot)
Comment 1 Nicolas Girard 2019-07-19 08:31:20 UTC
Created attachment 121620 [details]
Latte with no tab containing video
Comment 2 Nicolas Girard 2019-07-19 08:31:54 UTC
Created attachment 121621 [details]
Plasma taskmanager
Comment 3 Michail Vourlakos 2019-07-19 09:50:48 UTC
in my system 5.16.2 is totally reproducable with plasma task manager
Comment 4 Michail Vourlakos 2019-07-19 09:51:37 UTC
Created attachment 121622 [details]
plasma_firefox_identify_window faulty when playing video
Comment 5 Nate Graham 2020-07-12 04:17:52 UTC
*** Bug 423933 has been marked as a duplicate of this bug. ***
Comment 6 David Edmundson 2020-07-17 15:19:20 UTC
*** Bug 424336 has been marked as a duplicate of this bug. ***
Comment 7 Matej Mrenica 2020-08-01 10:38:42 UTC
*** Bug 417315 has been marked as a duplicate of this bug. ***
Comment 8 Nate Graham 2020-08-01 13:29:32 UTC
I have a plan to work on this soon, now that I've finished my other pressing Task Manager work.
Comment 9 Nate Graham 2021-01-05 05:54:46 UTC
*** Bug 430776 has been marked as a duplicate of this bug. ***
Comment 10 Nicolas Girard 2021-01-05 14:42:39 UTC
(In reply to Nate Graham from comment #8)
> I have a plan to work on this soon, now that I've finished my other pressing
> Task Manager work.

Great ! Happy new year and thanks for your efforts !
Comment 11 Nate Graham 2021-01-05 14:59:42 UTC
*** Bug 430701 has been marked as a duplicate of this bug. ***
Comment 12 Bharadwaj Raju 2021-02-21 12:07:52 UTC
*** Bug 433376 has been marked as a duplicate of this bug. ***
Comment 13 Nate Graham 2021-02-24 20:16:43 UTC
*** Bug 433552 has been marked as a duplicate of this bug. ***
Comment 14 Bug Janitor Service 2021-02-25 17:20:08 UTC
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-desktop/-/merge_requests/363
Comment 15 Nate Graham 2021-02-27 02:12:58 UTC
*** Bug 433670 has been marked as a duplicate of this bug. ***
Comment 16 sk.griffinix 2021-02-27 08:13:51 UTC
Just a simple request for what the intended behaviour should be. Assume that there 3 windows with 10 tabs each, with 1 tab on only 1 window with a video. Under current behaviour, all windows will show the video thumbnail. It is my request that intended behaviour be as follows:

1. If video is playing, only the preview for the window with the tab with the video should contain the video thumbnail irrespective of the fact if the tab has been switched to in that window

2. If the video is not playing, and the active tab in the window is the one with video, video thumbnail should be shown for preview of only that window

3. If the video is not playing, and the active tab is not the same as the one with video, the preview of the window should not contain the video thumbnail, but the preview of the active tab and the windows (as in other windows)

It is for a usability function, though i doubt 2 and 3 can be implemented together. If video thumbnail shows in preview even in case 3, it just makes it difficult to indentify windows. Also similar functionality is provided by media player widget in system tray
Comment 17 Nate Graham 2021-04-07 09:34:32 UTC
*** Bug 414031 has been marked as a duplicate of this bug. ***
Comment 18 Nate Graham 2021-04-07 09:34:42 UTC
*** Bug 413408 has been marked as a duplicate of this bug. ***
Comment 19 Nate Graham 2021-04-07 09:34:49 UTC
*** Bug 411693 has been marked as a duplicate of this bug. ***
Comment 20 Nate Graham 2021-05-19 04:06:13 UTC
*** Bug 437319 has been marked as a duplicate of this bug. ***
Comment 21 Patrick Silva 2021-06-09 11:07:27 UTC
*** Bug 424290 has been marked as a duplicate of this bug. ***
Comment 22 Patrick Silva 2021-06-14 01:16:07 UTC
*** Bug 419381 has been marked as a duplicate of this bug. ***
Comment 23 Nate Graham 2021-06-15 13:02:36 UTC
First part of the fix went in with https://invent.kde.org/plasma/plasma-desktop/-/commit/81e433848e4201d791b6d7728c3de97f7a12dc21 by Kai Uwe Broulik; more to come soon.
Comment 24 Nate Graham 2021-07-07 12:52:01 UTC
Git commit b2d694c75b13bf26fe5f16a1fe35099ca409a18a by Nate Graham, on behalf of Bharadwaj Raju.
Committed on 07/07/2021 at 12:51.
Pushed by ngraham into branch 'master'.

Only show album art if window title includes media title

This is so we don't show album art if we're say on a different browser tab

M  +2    -1    applets/taskmanager/package/contents/ui/ToolTipInstance.qml

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