When the text of a taskbar item changes, my taskbar has leftover pixels from the previous label’s decenders. This may happen e.g. when switching tabs or view locations in browsers or file managers. If the item contains text with descenders, such as “Desktop - Dolphin”, and then changes, the bottommost pixels of the “p” remain visible below the new text. Those will be cleared once I move the mouse over the item. Usually I use the “Klassik” plasma theme (http://opendesktop.org/content/show.php?content=117677), but I was able to reproduce the issue with the “Air” theme as well. My fonts are pretty much standard stuff – all are set to DejaVu Sans 8pt. Reproducible: Always Actual Results: The taskbar item should be completely cleared upon text change.
My fault, I missed the place where the label is erased. Will look into it.
Git commit b3fce9ca615bfa33304bf1e18a61225e1eaccb17 by Christoph Feck. Committed on 03/09/2013 at 20:13. Pushed by cfeck into branch 'KDE/4.11'. Erase text outside boundingRect when text changes FIXED-IN: 4.11.2 Ack'ed by Eike Hein M +1 -1 plasma/desktop/applets/tasks/support/textlabel.cpp http://commits.kde.org/kde-workspace/b3fce9ca615bfa33304bf1e18a61225e1eaccb17
Sorry to disappoint you. I don't seem to have received the fix, neither in 4.11.2 nor in 4.12, which I've been running since 2 days ago.
Hello! This bug report was filed for KDE Plasma 4, which reached end-of-support status in August 2015. KDE Plasma 5's desktop shell has been almost completely rewritten for better performance and usability, so it is likely that this bug is already resolved in Plasma 5. Accordingly, we hope you understand why we must close this bug report. If the issue described here is still present in KDE Plasma 5.12 or later, please feel free to open a new ticket in the "plasmashell" product after reading https://community.kde.org/Get_Involved/Bug_Reporting If you would like to get involved in KDE's bug triaging effort so that future mass bug closes like this are less likely, please read https://community.kde.org/Get_Involved#Bug_Triaging Thanks for your understanding! Nate Graham