| Summary: | taskbar entry title not always updating | ||
|---|---|---|---|
| Product: | [Plasma] plasmashell | Reporter: | Marco Martin <notmart> |
| Component: | Task Manager and Icons-Only Task Manager | Assignee: | Eike Hein <hein> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | aleixpol, arojas, bhush94, kde, leszek.lesner, mgraesslin, mklapetek, rohan |
| Priority: | NOR | ||
| Version: | master | ||
| Target Milestone: | 1.0 | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | http://commits.kde.org/plasma-framework/5e057da091d506f17c390935dbd2194277dd48f1 | Version Fixed In: | |
| Sentry Crash Report: | |||
| Attachments: | example | ||
|
Description
Marco Martin
2014-03-10 12:36:16 UTC
Yes, even thumbnail gets updated but title does not update always. Seems fixed. do we know when or was completely random? I do not, I just noticed it was fixed sometime last week. Hmm, it happens now.. Created attachment 85853 [details]
example
Today's build fixed again (no idea what exactly tho). Tested on two machines. Well so its totally random.. I think one needs investigate what actually is happening... Didn't mgraesslin recently push some changes in KWindowSystem that aimed at resolving this? (In reply to comment #9) > Didn't mgraesslin recently push some changes in KWindowSystem that aimed at > resolving this? recently? Rather months ago. KWin btw. picks up the changes to the window title correctly. KWindowSystem and KWin are both using the NETWM classes. I can try adding an explicit unit test for KWindowSystem::changed signal on the case of window caption changed. An explanation could be: QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'WId', use qRegisterMetaType to register it. QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'NET::Properties', use qRegisterMetaType to register it. QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'NET::Properties2', use qRegisterMetaType to register it. QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'WId', use qRegisterMetaType to register it. QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'const ulong*', use qRegisterMetaType to register it. QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'WId', use qRegisterMetaType to register it. QWARN : KWindowSystemX11Test::testWindowTitleChanged() kwindowsystemx11test(3760)/(default) ?[31mQSignalSpy::initArgs?[0m: Don't know how to handle 'WId', use qRegisterMetaType to register it. That's what I just got when trying to write the unit test for window title changed. Maybe the signal doesn't get emitted because WId is not a known meta type? To those experiencing the bug: please provide xprop output of windows for which the title doesn't update. I noticed a small difference between KWin and openbox which might affect the situation. To those experiencing the bug: which window manager are you using? I am assuming KWin. If you switched between a WM in the running session (e.g. KWin failed and you switched to openbox) please report. This might be very important. This happens for me for tasks which were open before plasma-shell starts (because of session saving at startup, or because plasma-shell crashes). Titles and icons are not updated anymore for those tasks, and also the text dim status (if the task was minimized, the text stays dimmed) ┌┼─┼─ bshah @ archbox ─┤├─ 02:33:13 Fri Apr 04 ─┤├─ ~ ─┤
└┼─$─┤▶ xprop
_NET_WM_ICON_GEOMETRY(CARDINAL) = 79, 774, 250, 26
_KDE_NET_WM_ACTIVITIES(STRING) = "00000000-0000-0000-0000-000000000000"
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_SHADE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE
_KDE_NET_WM_FRAME_STRUT(CARDINAL) = 2, 2, 23, 4
_NET_FRAME_EXTENTS(CARDINAL) = 2, 2, 23, 4
_NET_WM_DESKTOP(CARDINAL) = 0
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_NET_WM_STATE(ATOM) =
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
Initial state is Normal State.
bitmap id # to use for icon: 0x1e004ae
bitmap id # of mask for icon: 0x1e004af
window id # of group leader: 0x1e00001
XdndAware(ATOM) = BITMAP
_MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
_NET_WM_ICON(CARDINAL) = Icon (64 x 64):
:i/)cccccccc1\!"
"/]vvcr]]]]]]rrvunnc\"
>]nnvccrrrrrrrrcccvuunzzci
<uzxuuvvvcccrrccccvvuunnxxzfn<
^]jzxnnnuuvvvvvvvvvvuuunnxxzzjftc:
>jfzzxxxnnnuuuuuuuuuuunnnxxzzjjffLt>
)LtjjzzzxxxnnnnnnnnnnnnxxxzzzjjffttCJ1
}CtfffjjzzzxxxxxxxxxxxxxxzzzjjfffttLLLU[
.xJLtttfffjjjzzzzzzzzzzzzzzjjjffftttLLLCCYj.
]UCLLLtttfffjjjjjzjzzjzjjjjjffftttLLLCCJJJYr
}YJCCLLLLtttffffffjjjjjjfffffttttLLLLCCJJJUUX}
!YJJJJCCLLLLtttttttffffffttttttLLLLCCCJJJUUUUYXl
"YXUUJJJJCCCLLLLLLtttttttttLLLLLLLCCCJJJJUUUYYYXU;
.{JXYUUUJJJJCCCCCLLLLLLLLLLLLLLCCCCJJJJJUUUYYYYYYXz.
<uvYXYUUUUJJJJJJCCCCCCCCCCCCCCCJJJJJJUUUUYYYYYYYYYXl
'rvcjZZYYUUUUUUJJJJJJJJJJJJJJJJJJJJUUUUUYYYYYYYYYYYXC'
iucccUZZYYYYUUUUUUUUJJf1<_,,_>?)}}}{{{{{{111111)))))1_
'[vcccnZZXYYYYYYYYUUUu<````''''''"!///????IIIIIllll!!!i'
-ucccccCZZXYYYYYYYYC\`',_l?((?l-`.'-??IIIIIllll!!ii>>>!"
.|vcccccuXZZXYYYYYYC_`,i1{1)))))11>.'^lIllll!!ii>>>>>>>!+.
`cvcccccctZZZXYYYYC_`;)[}{{1111{{}[(^'^l!!ii>>>>>>>>>>>i!`
-ucccccccvXZZZXYYY\`;[]][}}{{{{}}[[][^';>>>>>>>>>>>>>>>i!"
.?uccccccccfOZZZXYn,^{cr]][[[}}}[[]]rr{,'+>>>>>>>>>>>>>>i!_.
'1uccccccccvYOZZZX>,/vccrr]]][[[]]]rccvl':>>>>>>>>>>>>>>i!>'
`]ucccccccccj0OOZf,;nuvvccrrr]]rrrrccvuc,`+>>>>>>>>>>>>>i!!`
,nvcccccccccvU0OO{^Innuuvvcccccccccvvunnl`~>>>>>>>>>>>>>iil,
^nvccccccccccz000!^[xxnnuuvvvvvvvvvuunnx1`:>>>>>>>>>>>>iiil^
^nvcccccccccccJQ0;^zzxxnnnuuuuuuuunnnxxzv`^>>>>>>>>>>>>iiiI^
^nvvccccccccccnQQ:^fjzzxxxnnnnnnnnxxxzzjj`,>>>>>>>>>>>>iiiI^
^nvvcccccccccccCo::ffjjzzzzxxxxxxxzzzjjff,,>>>>>>>>>>>>iiiI^
^xvvcccccccccccv0~:tfffjjjjzzzzzzzjjjfffz,:>>>>>>>>>>>iii!I^
^xvvccccccccccccLI:cttffffffjjjjjfffffftr,">>>>>>>>>>>iii!I^
^xuvvcccccccccccc("{LLtttfffffffffffttLL/^->>>>>>>>>>iii!!?^
^cnvvcccccccccccc]"_CCLLLttttttttttLLLCC~^<>>>>>>>>>>iii!II^
,[xuvvcccccccccccc+"]JJCCCLLLLLLLLCCCJJ[^;>>>>>>>>>>iiii!Il,
`(zuvvcccccccccccc1;-CUUJJJJJCCJJJJJJUC;:+>>>>>>>>>>iii!l?i`
'iznuvvcccccccccccci;>JYYUUUUUUUUUUYYJ<:~>>>>>>>>>>iii!!l/+'
."nxuvvcccccccccccc]+;iUXXYYYYYYYYXXJ>:->>>>>>>>>>iiii!lI/".
^}znuvvcccccccccccc]<;<nZZZZZZZZZZc~"+?>>>>>>>>>iiii!ll/I^
`!jnuuvvcccccccccccc]i;;irL0000Lr+""!]>>>>>>>>>iiii!!lI\<`
.;nznuvvcccccccccccccc)+;;;;;;;;;;<]xI>>>>>>>>iiii!!lI?/;.
,(jxnuvvvcccccccccccccc}?>~;;;i?rxz{>>>>>>>>iiiii!llI\l,
'-zjxnuvvvcccccccccccccccccccvunnxn!>>>>>>>iiiii!llI/|-'
^|fxnnuvvvccccccccccccccccccvunnx|>>>>>>>iiii!!llI?|l^
'~nfxnnuvvvcccccccccccccccccvunnri>>>>>iiiii!!llI?||~'
,!fjxnnuuvvvccccccccccccccvvunn?>>>>iiiiii!!lII?\(>,
."(tzxnnuuvvvcccccccccccccvvun{>>iiiiiii!!llII?/(I".
'~rtzxxnnuvvvvvccccccccccvvuvliiiiiii!!!llI?/\(\~'
`_vtjzxnnuuvvvvvcccccccvvuu|iiiiii!!!llII?/\)|_`
,+jLjzxxnnuuuvvvvvvvccvuu]!ii!!!!lllII?//\))+,
^<uLfjzxxnnuuuuvvvvvvuuu/!!!!llllII??/\|)(<^
.^+cCtjjzxxnnnuuuuuuunn}llllllIII?//\|)1|+^.
,_1LCfjjzzxxnnnnnnnnu?IIIII???//\||11/_,
`~?jCLffjzzzxxxxnxx{?????///\\|(){1l~`
'"<{LJLtffjjzzzzju\///\\\||((1{{\<"'
.,~>[tJCLtffffff}|||||(()){}{|>~,.
'^->|uLUJCCtLn)))))1{}}})?>-^'
',;_i|rxfUUr}}}[[{1(/i_;,'
.`^"-+>!llllll!>+-"^`.
.'`,^^^^^^^^,`'.
Icon (32 x 32):
-?)]]]]r{I:
<ruvcrrrcvunx]~
'[zxnuuvvvuunxzjf}'
"jfjjzxxnnnxxzzjftLu'
"fLttfjjjzzzjjjfttLCJx'
'xJCCLLttfffffttLLCJJUUz
IUUUJJCCLLLLLLLCCJJUUYYY|
,cjZYUUJJJJLunnjjjfffffffx.
?ccJZYYYUC\~+_+;>/\//?IIl!;
]cczZZYYj~l{1))1i;IIl!ii>><
;ccccYOZY<\][}{}[]?;i>>>>>>i.
!ccccn00civcr]]]]cv_+>>>>>>i^
/cccccYQi{nuvcccvun|">>>>>>i;
1vccccua;jzxnnuunxx}^>>>>>>i;
1vcccccU"fjjzzzzzjjr,>>>>>ii;
?vcccccv_rtffffffft}:>>>>>i!;
luvccccc?iJCLLLLLCC>_>>>>ii!:
~nvcccccc^nUUJJJUU]:>>>>>i!l'
uuvccccc1"[ZXXXU);i>>>>iil!
|nuvccccc]>~l{>;I\>>>>ii!I-
,znvvcccccc])){xu!>>>ii!II.
\xnvvccccccccun/>>iii!I?~
'rznuvccccccvu}>iii!lI/!
"zznuuvvcccvvlii!!l?/I.
"njxnnuvvvn(!!llI/\?.
'rfjzxnnncII??/\(i.
<xtfjjj)\\|()I:
-(uCn111?>,
Icon (16 x 16):
"}nunz["
1CfuuunLJ{
[XtfffftLCO]
:UXJUXvnLLLLX"
{nZZf ": iIil<
zrCa c[[1 >>>?
zrcf_zvvz>-i>?
jcc]<CjjC!-i>/
fccu ZZZZ ii>\
]zcv{ II.>i>?l
;tvcvu|1c>>i|,
1tvccvu>>!(i
{Cfux/!|1!
;uYf1[\^
WM_WINDOW_ROLE(STRING) = "browser"
_KDE_OXYGEN_BACKGROUND_GRADIENT(CARDINAL) = 1
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 770276
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 31458473
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_NET_WM_USER_TIME(CARDINAL) = 1953122
_NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x1e004a8
WM_CLIENT_LEADER(WINDOW): window id # 0x1e00001
_NET_WM_PID(CARDINAL) = 1185
WM_LOCALE_NAME(STRING) = "C"
WM_CLIENT_MACHINE(STRING) = "archbox"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 204 by 63
window gravity: NorthWest
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_CLASS(STRING) = "google-chrome-stable", "Google-chrome-stable"
WM_ICON_NAME(STRING) = "[plasma-shell] [Bug 331956] taskbar entry title not always updating - bhush94@gmail.com - Gmail - Google Chrome"
_NET_WM_ICON_NAME(UTF8_STRING) = "[plasma-shell] [Bug 331956] taskbar entry title not always updating - bhush94@gmail.com - Gmail - Google Chrome"
WM_NAME(STRING) = "[plasma-shell] [Bug 331956] taskbar entry title not always updating - bhush94@gmail.com - Gmail - Google Chrome"
_NET_WM_NAME(UTF8_STRING) = "[plasma-shell] [Bug 331956] taskbar entry title not always updating - bhush94@gmail.com - Gmail - Google Chrome"
*** Bug 333030 has been marked as a duplicate of this bug. *** Reported again, reopening. since some days, I can't reproduce this anymore, even with stupid chromium, anybody else confirms it's fixed? I haven't seen it anymore either. Let's take another attempt at closing it .. Still happening here with plasma-* compiled from yesterday, after killing and restarting plasma-shell nothing is updated anymore Antonio, could you try updating Qt to latest stable branch? I still can reproduce as well, it might be slightly older Qt here though so I'll try to update that to latest stable and retest. Also this usually happens if plasma is (re)started after the app has been started, so if I have Chrome opened and start plasma-shell, it does not work (or if plasma restarts after a crash). *** Bug 333430 has been marked as a duplicate of this bug. *** Still happening here with today's build.
I'm using kwin5 (latest) and all of plasma is also latest. I have Chrome opened, I started plasma-shell with kwin4, it was working, then I started kwin5 and it stopped working (I test by simply changing the tabs in Chrome). xprop of Chrome (without the icon) below.
I tried simply restarting Chrome after kwin5 & plasma-shell were both running, then it worked correctly. So it seems like it's only when it's picking up an existing application on startup --> adding xprop of Chrome started /after/ plasma & kwin.
$ xprop (Chrome running before plasma & kwin)
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_NET_WM_ICON_GEOMETRY(CARDINAL) = 36, 1168, 253, 32
_KDE_NET_WM_ACTIVITIES(STRING) = "00000000-0000-0000-0000-000000000000"
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE
_NET_WM_DESKTOP(CARDINAL) = 0
_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
Initial state is Normal State.
bitmap id # to use for icon: 0x1a00093
bitmap id # of mask for icon: 0x1a00094
window id # of group leader: 0x1a00001
_GTK_HIDE_TITLEBAR_WHEN_MAXIMIZED(CARDINAL) = 1
XdndAware(ATOM) = BITMAP
_MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x0, 0x0, 0x0, 0x0
WM_WINDOW_ROLE(STRING) = "browser"
_KDE_OXYGEN_BACKGROUND_GRADIENT(CARDINAL) = 1
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 27263117
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_NET_WM_USER_TIME(CARDINAL) = 6431062
_NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x1a0008c
WM_CLIENT_LEADER(WINDOW): window id # 0x1a00001
_NET_WM_PID(CARDINAL) = 2365
WM_LOCALE_NAME(STRING) = "en_US.UTF-8"
WM_CLIENT_MACHINE(STRING) = "eniac"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 177 by 63
window gravity: NorthWest
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_CLASS(STRING) = "google-chrome-stable", "Google-chrome-stable"
WM_ICON_NAME(COMPOUND_TEXT) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
_NET_WM_ICON_NAME(UTF8_STRING) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
WM_NAME(COMPOUND_TEXT) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
_NET_WM_NAME(UTF8_STRING) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
=========================================================================================
$ xprop (Chrome started after plasma & kwin)
_NET_WM_ICON_GEOMETRY(CARDINAL) = 31, 1174, 250, 26
_KDE_NET_WM_ACTIVITIES(STRING) = "00000000-0000-0000-0000-000000000000"
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_NET_WM_ALLOWED_ACTIONS(ATOM) = _NET_WM_ACTION_MOVE, _NET_WM_ACTION_RESIZE, _NET_WM_ACTION_MINIMIZE, _NET_WM_ACTION_MAXIMIZE_VERT, _NET_WM_ACTION_MAXIMIZE_HORZ, _NET_WM_ACTION_FULLSCREEN, _NET_WM_ACTION_CHANGE_DESKTOP, _NET_WM_ACTION_CLOSE
_NET_WM_STATE(ATOM) = _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ
_NET_WM_DESKTOP(CARDINAL) = 0
WM_HINTS(WM_HINTS):
Client accepts input or input focus: True
Initial state is Normal State.
bitmap id # to use for icon: 0x16000e1
bitmap id # of mask for icon: 0x16000e2
window id # of group leader: 0x1600001
_GTK_HIDE_TITLEBAR_WHEN_MAXIMIZED(CARDINAL) = 1
XdndAware(ATOM) = BITMAP
_MOTIF_DRAG_RECEIVER_INFO(_MOTIF_DRAG_RECEIVER_INFO) = 0x6c, 0x0, 0x5, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x0, 0x10, 0x0, 0x0, 0x0
_MOTIF_WM_HINTS(_MOTIF_WM_HINTS) = 0x2, 0x0, 0x0, 0x0, 0x0
WM_WINDOW_ROLE(STRING) = "browser"
_KDE_OXYGEN_BACKGROUND_GRADIENT(CARDINAL) = 1
_KDE_NET_WM_USER_CREATION_TIME(CARDINAL) = 6766991
_NET_WM_SYNC_REQUEST_COUNTER(CARDINAL) = 23068891
_NET_WM_WINDOW_TYPE(ATOM) = _NET_WM_WINDOW_TYPE_NORMAL
_NET_WM_USER_TIME(CARDINAL) = 6900891
_NET_WM_USER_TIME_WINDOW(WINDOW): window id # 0x16000da
WM_CLIENT_LEADER(WINDOW): window id # 0x1600001
_NET_WM_PID(CARDINAL) = 17397
WM_LOCALE_NAME(STRING) = "en_US.UTF-8"
WM_CLIENT_MACHINE(STRING) = "eniac"
WM_NORMAL_HINTS(WM_SIZE_HINTS):
program specified minimum size: 177 by 63
window gravity: NorthWest
WM_PROTOCOLS(ATOM): protocols WM_DELETE_WINDOW, WM_TAKE_FOCUS, _NET_WM_PING, _NET_WM_SYNC_REQUEST
WM_CLASS(STRING) = "google-chrome-stable", "Google-chrome-stable"
WM_ICON_NAME(COMPOUND_TEXT) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
_NET_WM_ICON_NAME(UTF8_STRING) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
WM_NAME(COMPOUND_TEXT) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
_NET_WM_NAME(UTF8_STRING) = "Bug 331956 – taskbar entry title not always updating - Google Chrome"
Additional info: window titlebar updates properly as expected, yet the task applet text does not. Since I can't seem to easily reproduce this, could you perhaps instrument TaskManager::windowChanged() in plasma-workspace/libs/taskmanager to find out whether KWindowSystem::windowChanged() fires, and see if it ever winds up inside a Task::refresh()? This code is unchanged from KDE 4, but it would be nice to rule out libtaskmanager and the applet for good I think ... In normal state, where everything works, it's getting there just fine. When in the bug state, I don't get windowChanged() at all for any window, except if I press "enter" in yakuake, but it does not go into Task::refresh() (which is obvious for Yakuake as it's not in the taskbar). This usually happens when starting kwin, I suggest trying to restart kwin couple times. Alright, that means the problem must be somewhere in KWindowSystem or below it in the stack. Maybe related or not. Titles dissappear completely when dragging around the panel. (Ignore the visual glitches which are a different problem here) Video demo: http://youtu.be/q0r1cXgVK5Q Possible fix: https://git.reviewboard.kde.org/r/118137/ Git commit 5e057da091d506f17c390935dbd2194277dd48f1 by Martin Gräßlin. Committed on 15/05/2014 at 05:53. Pushed by graesslin into branch 'master'. Do not overwrite event mask in WindowThumbnailItem The WindowThumbnail needs XCB_EVENT_MASK_STRUCTURE_NOTIFY on the window. For this it needs to change the window attributes. But it needs to keep the existing event mask to not break other code. Also it cannot remove the event mask again, as there is no chance to know whether another component requires STRUCTURE_NOTIFY. This fixes the not updating items in the tasks applet as the event mask needed for KWindowSystem got overwritten. REVIEW: 118137 M +11 -5 src/declarativeimports/core/windowthumbnail.cpp http://commits.kde.org/plasma-framework/5e057da091d506f17c390935dbd2194277dd48f1 Thank you for fixing.. /me passes a cookie.. :) |