Arch Linux

vindicator

Member

Registered: 2016-02-25

Posts: 36

Taskbar Incorrect Drawing When Applications Open/Close Causing Resize

I'll keep it short and mainly just link the actual reported KDE bug: https://bugs.kde.org/show_bug.cgi?id=405898

Basically, for the past month, multiple times a day, I've found that when I open or close an application, the task-manager (taskbar) doesn't redraw correctly.
Most of the time, the issue is the first-position drawn application that does not show as what the actual application is, but rather one of the other taskbar-drawn applications.
It ends up automatically correcting itself ONLY when clicking on one of the taskbar applications... until a later time when an app is open/closed.

You'll see two attached images that show the Before (during) and After effect.
In this case, the Before image shows the first position was drawn as the Google Chrome browser with the specific title page. Hovering over it show the ACTUAL application which is Visual Studio Code.
After clicking it or any other taskbar item, the drawing gets corrected for awhile.
I may have to pay more attention, but I could swear that sometimes when I click on one of the other listed applications in the taskbar (not in the first position), it actually isn't what comes up. Maybe the drawing has it all shifted over or something.

I've tried a bunch of things like setting compositing for XRender instead of OpenGL (have to do it anyway because of other bugs), and fiddling with the Task Manager->Behavior.
I actually disabled the "Show Tooltips" (application "preview") for yet another bug which causes a memory leak with regard to pixmaps.

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 25,376

Re: Taskbar Incorrect Drawing When Applications Open/Close Causing Resize

This frankly sounds like your graphics setup is broken, rather than an actual issue in KDE. What's your hardware? Outputs of

glxinfo | grep OpenGL
qdbus org.kde.KWin /KWin supportInformation

in [ code ] tags.

vindicator

Member

Registered: 2016-02-25

Posts: 36

Re: Taskbar Incorrect Drawing When Applications Open/Close Causing Resize

glxinfo:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell 
OpenGL core profile version string: 4.5 (Core Profile) Mesa 19.0.0
OpenGL core profile shading language version string: 4.50
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 19.0.0
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.1 Mesa 19.0.0
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.10
OpenGL ES profile extensions:

qdbus:

Version
=======
KWin version: 5.15.3
Qt Version: 5.12.2
Qt compile version: 5.12.1
XCB compile version: 1.13.1

Operation Mode: X11 only

Build Options
=============
KWIN_BUILD_DECORATIONS: yes
KWIN_BUILD_TABBOX: yes
KWIN_BUILD_ACTIVITIES: yes
HAVE_DRM: yes
HAVE_GBM: yes
HAVE_X11_XCB: yes
HAVE_EPOXY_GLX: yes
HAVE_WAYLAND_EGL: yes

X11
===
Vendor: The X.Org Foundation
Vendor Release: 12004000
Protocol Version/Revision: 11/0
SHAPE: yes; Version: 0x11
RANDR: yes; Version: 0x14
DAMAGE: yes; Version: 0x11
Composite: yes; Version: 0x4
RENDER: yes; Version: 0xb
XFIXES: yes; Version: 0x50
SYNC: yes; Version: 0x31
GLX: yes; Version: 0x0

Decoration
==========
Plugin: org.kde.breeze
Theme: 
Blur: 0
onAllDesktopsAvailable: false
alphaChannelSupported: true
closeOnDoubleClickOnMenu: false
decorationButtonsLeft: 0, 2
decorationButtonsRight: 6, 3, 4, 5
borderSize: 3
gridUnit: 10
font: Noto Sans,10,-1,0,50,0,0,0,0,0,Regular
smallSpacing: 2
largeSpacing: 10

Platform
==========
Name: KWin::X11StandalonePlatform

Options
=======
focusPolicy: 0
nextFocusPrefersMouse: false
clickRaise: true
autoRaise: false
autoRaiseInterval: 0
delayFocusInterval: 0
shadeHover: false
shadeHoverInterval: 250
separateScreenFocus: false
placement: 4
focusPolicyIsReasonable: true
borderSnapZone: 10
windowSnapZone: 10
centerSnapZone: 0
snapOnlyWhenOverlapping: false
rollOverDesktops: true
focusStealingPreventionLevel: 2
legacyFullscreenSupport: false
operationTitlebarDblClick: 5000
operationMaxButtonLeftClick: 5000
operationMaxButtonMiddleClick: 5015
operationMaxButtonRightClick: 5014
commandActiveTitlebar1: 0
commandActiveTitlebar2: 30
commandActiveTitlebar3: 2
commandInactiveTitlebar1: 4
commandInactiveTitlebar2: 30
commandInactiveTitlebar3: 2
commandWindow1: 7
commandWindow2: 8
commandWindow3: 8
commandWindowWheel: 31
commandAll1: 10
commandAll2: 3
commandAll3: 14
keyCmdAllModKey: 16777251
showGeometryTip: false
condensedTitle: false
electricBorderMaximize: true
electricBorderTiling: true
electricBorderCornerRatio: 0.25
borderlessMaximizedWindows: false
killPingTimeout: 5000
hideUtilityWindowsForInactive: true
inactiveTabsSkipTaskbar: false
autogroupSimilarWindows: false
autogroupInForeground: true
compositingMode: 2
useCompositing: true
compositingInitialized: true
hiddenPreviews: 1
glSmoothScale: 2
xrenderSmoothScale: false
maxFpsInterval: 16666666
refreshRate: 0
vBlankTime: 6000000
glStrictBinding: true
glStrictBindingFollowsDriver: true
glCoreProfile: false
glPreferBufferSwap: 97
glPlatformInterface: 1
windowsBlockCompositing: true

Screen Edges
============
desktopSwitching: false
desktopSwitchingMovingClients: false
cursorPushBackDistance: 1x1
timeThreshold: 150
reActivateThreshold: 350
actionTopLeft: 0
actionTop: 0
actionTopRight: 0
actionRight: 0
actionBottomRight: 0
actionBottom: 0
actionBottomLeft: 0
actionLeft: 0

Screens
=======
Multi-Head: no
Active screen follows mouse:  no
Number of Screens: 1

Screen 0:
---------
Name: HDMI1
Geometry: 0,0,1920x1080
Scale: 1
Refresh Rate: 60


Compositing
===========
Compositing is active
Compositing Type: XRender

Loaded Effects:
---------------
zoom
kwin4_effect_fadingpopups
kwin4_effect_frozenapp
kwin4_effect_logout
kwin4_effect_dialogparent
kwin4_effect_login
kwin4_effect_maximize
kwin4_effect_morphingpopups
kwin4_effect_translucency
kwin4_effect_windowaperture
slidingpopups
slideback
slide
screenshot
desktopgrid
presentwindows
highlightwindow
screenedge
kscreen

Currently Active Effects:
-------------------------

Effect Settings:
----------------
zoom:
zoomFactor: 1.2
mousePointer: 0
mouseTracking: 0
enableFocusTracking: false
followFocus: true
focusDelay: 350
moveFactor: 20
targetZoom: 1

kwin4_effect_fadingpopups:
isActiveFullScreenEffect: false

kwin4_effect_frozenapp:
isActiveFullScreenEffect: false

kwin4_effect_logout:
isActiveFullScreenEffect: false

kwin4_effect_dialogparent:
isActiveFullScreenEffect: false

kwin4_effect_login:
isActiveFullScreenEffect: false

kwin4_effect_maximize:
isActiveFullScreenEffect: false

kwin4_effect_morphingpopups:
isActiveFullScreenEffect: false

kwin4_effect_translucency:
isActiveFullScreenEffect: false

kwin4_effect_windowaperture:
isActiveFullScreenEffect: false

slidingpopups:
slideInDuration: 150
slideOutDuration: 250

slideback:

slide:
duration: 500
horizontalGap: 45
verticalGap: 20
slideDocks: false
slideBackground: true

screenshot:

desktopgrid:
zoomDuration: 300
border: 10
desktopNameAlignment: 0
layoutMode: 0
customLayoutRows: 2
usePresentWindows: true

presentwindows:
layoutMode: 0
showCaptions: true
showIcons: true
doNotCloseWindows: false
ignoreMinimized: false
accuracy: 20
fillGaps: true
fadeDuration: 150
showPanel: false
leftButtonWindow: 1
rightButtonWindow: 2
middleButtonWindow: 0
leftButtonDesktop: 2
middleButtonDesktop: 0
rightButtonDesktop: 0

highlightwindow:

screenedge:

kscreen:

I'm guessing one might make the simple suggestion I perform an upgrade with no backing on the reason an upgrade WOULD be the difference-maker... (eg. nothing in the changelog to denote a fix for a broken change introduced in previous updates).
I do hope it is something as simple as a setting, but that's one heck of a setting to cause a bug.
There have been bugs on the book for years, like the desktop file rearrangement, before a community member stepped up and introduced what they determined to be the cause.
I know my Haswell is fairly old, but I see no reason to update that either unless it's specifically being called out as deprecated hardware (eg, it may work, but no fixes will be made in future software/driver updates).

V1del

Forum Moderator

Registered: 2012-10-16

Posts: 25,376

Re: Taskbar Incorrect Drawing When Applications Open/Close Causing Resize

What are your "other" bugs when using OpenGL? I'm fairly certain that the symptoms you point out are known and hard to workaround side effects of relying on xrender. OpenGL is rock solid for me. FWIW are you currently using xf86-video-intel? It has known problems with KDE since the dawn of time and is generally in a limbo state on whether it is being updated or not,  it is often reccommended to instead use the xorg built-in modesetting driver. You could test that out by removing xf86-video-intel and removing any manual xorg configuration you might have made.

Also ensure that you have not accidentally enabled software rendering in plasma by any means, check and ensure that everything is set to "Automatic" when you run "plasma renderer" from Krunner (Alt+F2 or Alt+Space) and that you don't set some Qt environment flag to the same effect

printenv | grep QT

in doubt.

Last edited by V1del (2019-04-17 09:11:59)

vindicator

Member

Registered: 2016-02-25

Posts: 36

Re: Taskbar Incorrect Drawing When Applications Open/Close Causing Resize

Other bugs are like video rendering stuff. An example would be when using Kodi, sometimes (seemingly random) the video would appear to just stop.
If I went to the KDE Compositor and switched it from the current OpenGL v# to a different one or xrender, it would be "fixed" for awhile. But with xrender, I NEVER encounter that sort of bug.

Nope, I don't have xf86-video-intel installed anymore. I've read about it in the wiki and elsewhere, and also toyed around with /etc/X11/xorg.conf.d/....conf with no consistent results.