Version: unspecified (using Devel) OS: Linux Qt 4.7.4 KDE 4.7.95 Kubuntu precise See screenshot. There were 2 gwenview windows open. After closing one of them (at the position that currently ended up being highlighted by chance) then entries below it correctly slided up to fill the empty space, but the entries above it also slided down leaving an empty space in the middle (The top 8 icons are kickoff + 7 launchers) and causing the remaining gwenview entry to now cover the entry for the open firefox window making it unaccessible. This happened in early 4.7 too, then stopped at 4.7.1 and is now back since 4.7.90 Once you open or close another window the entries fix their positions. Reproducible: Sometimes Steps to Reproduce: Happens randomly when closing a window with like a 5% chance. Not tied to any specific application Actual Results: When closing a window both the entries before and behind it move to cover the now empty space Expected Results: Only the entries behind it should move. Settings: Force row settings: false Show tooltips: true Hichlight windows: false Maximum rows: 1 Grouping: By Program Name Only when the taskbar is full: true Sorting: Alphabetically Only show tasks from the current screen: false Only show tasks from the current desktop: false Only show tasks from the current activity: true Only show tasks that are minimized: false
Created attachment 67456 [details] Here an easier to see example with Quassel covering Konsole
*** Bug 297559 has been marked as a duplicate of this bug. ***
related with bug 224477?
I don't see a link with 224477 Jekyll, wrong bug number?
Yeah, I meant bug 224447
Thank you for your report. The taskbar applet has been completely rewritten for KDE Workspaces 4.11 Please reopen this bug if you encounter this in 4.11 onwards.