Version: ismeretlen (using 4.3.95 (KDE 4.3.95 (KDE 4.4 RC2)) "release 214", KDE:KDE4:Factory:Desktop / openSUSE_11.2) Compiler: gcc OS: Linux (x86_64) release 2.6.31.8-0.1-desktop Opening a lot of windows and grouping then closing them causes the task bar gets cluttered.
Created attachment 40286 [details] An example
This could be related to bug 226355. Regards
*** Bug 230803 has been marked as a duplicate of this bug. ***
I'm not sure about it, but as far as I can recall after Bug 226355 had appeared and I closed an arbitrary window plasma crashed because of Bug 199325. So these two were somehow connected. I filed this report after the fix of Bug 199325 (see: https://bugs.kde.org/show_bug.cgi?id=199325#c267). Interestingly, bug 226355 were reported after the fix was committed in bug 199325, so they seem more or less independent, however.
*** Bug 232220 has been marked as a duplicate of this bug. ***
Created attachment 42763 [details] Overlapping tasks in the 4.4.2 plasma task bar This problem still exhibits itself in KDE 4.4.2 on Gentoo amd64 I am attaching an additional screenshot.
I have this bug as well on kde 4.4.1 on x86_64 a quick way to solve the overlap is to open an other window the overlapping for me is always one entry directly above an other entry sometimes even leaving the leftmost location empty | window1 | window2 | is | | window1+2 | the settings are: (translated from a different language) show shortinfo: enabled force linesettings: disabled highlight windows: enabled max line count: 2 group windows: disabled sort windows: per workspace show only windows of current workspace: disabled show only windows of the current screen: disabled show only minimized windows: disabled
Created attachment 47731 [details] overlapping icons The picture shows a similar problem, but this only occurs, if I have two taskbar-plugins loaded. I hope it helps. (The top two icons are akregator above firefox, then comes an inactive kopete-messaging window on top of a dolphin window)
I'm seeing this bug in 4.5.3 (Kubuntu Maverick). Always happens, with an hour of startup.
Created attachment 53312 [details] Shows overlapping entries on task manager Snapshot of the bug on KDE 4.5.3 Any chance of this bug being confirmed and getting some attention? its been over a year now.
Still present in 4.6B1
*** Bug 229614 has been marked as a duplicate of this bug. ***
Here too. Sometimes two entries overlap, sometimes there is a hole between two. Please fix it - such bugs shouldn't exist in such a critical core component as the taskbar.
Hi, I also remember that I observed such a wired behavior several times. AFAIR I had this problem only after rotating the screen (means such resizing the panel). So bug might depend on a constellation with the resize code.
I just wanted to add that I experience this bug as well regularly. Nevertheless I have not been able to find any pattern or reliable way to reproduce the issue. I want to add that I only experience this on my work system (openSUSE with 11.3), while I do not experience at all with my trunk system. There are differences in the settings, but I could not yet derive any pattern for reproduction in it. The only thing I now is that I always have windows open, which I consider as completely broken form a window manager perspective. These are for example Java apps and OpenOffice.org. I think this could be a reason for this issue.
*** This bug has been confirmed by popular vote. ***
I'm occassionally hit by this as well. Qt: 4.7.1 KDE: 4.5.4 (KDE 4.5.4)
Bug present in 4.6.0.
*** Bug 235841 has been marked as a duplicate of this bug. ***
I see this bug when sorting by desktop. Not sure if it happens in other ways of sorting. KDE 4.6.0 final.
*** Bug 266470 has been marked as a duplicate of this bug. ***
Created attachment 57864 [details] Bug in 4.6.1 This bug occurs in 4.6.1 also. If you see the screenshot closer, you see that Opera and System Setting are on each other. I changed virtual desktops many times. I have the option not to show other windows except the ones on the current desktop.
*** Bug 271107 has been marked as a duplicate of this bug. ***
I think I found a pattern at least in my system, not always reproducible. This is my task manager settings(in Spanish): http://www.imagengratis.org/images/taskbarmc2nm.jpg 1 - Set up hot keys to open Dolphin and Konosle (may be other two I guess). 2 - Open an odd number of applications that are displayed in the task manager (eg, one or three) that are not the same as in item 1. 3 - Open the applications of item 1 to be cached and then close them when finished loading, keeping open the aplicaciones from item 2. 4 - Immediately after these two applications are closed, reopen them both together quickly with hotkeys. 5 - If the problem does not happen, try closing and opening quickly the latter two applications as described in item 4 It's complicated I know, and I hope you can understand my English. Kubuntu 10.10 - 11.04 Kde 4.6.x
I forgot to say that happens more often when you first open Dolphin and then Konosle (in that order)
*** Bug 223525 has been marked as a duplicate of this bug. ***
still happens in 4.6.80
*** Bug 250920 has been marked as a duplicate of this bug. ***
*** Bug 277010 has been marked as a duplicate of this bug. ***
Bug present in KDE 4.7.0, Qt 4.7.2. I get it every day since KDE 4.4. Here are the two scenarios I noticed: 1. Set up 4 virtual desktops. 2. Set taskbar items to be sorted by desktop. 3. Open one window on the first desktop, one on the last. 4. Open and close another window on desktop 2 or 3 a couple of times. 5. Sometimes when the third window is closed, the remaining taskbar items slide towards each other and overlap. The second scenario is related or it's some other bug: 1. Set up a fixed (main) panel with the taskbar on the bottom of the screen. 2. Set up another, auto-hiding panel on the left side of the screen. 3. At times, when the secondary panel is opened, the taskbar items slide right leaving an empty space at the beginning.
(In reply to comment #29) Please update: Bug 277010 is indeed NOT a duplicate of this but is a regression and has nothing to do with this. The row setting was successfully applied before but broke with 4.7.
I also think bug 277010 is not a duplicate of this. Definitely a 4.7 regression.
I've just make a bug report. Then I wanted to check for other and I found that I could be the same thing. Then I found another (this!) bug which could be the same problem. Here is link https://bugs.kde.org/show_bug.cgi?id=279881
This is one of the bugs which made me switch to xfce. Its definitivly a bug in one of the core components of a DE, and yet it stays unfixed for 18 months (and it existed since KDE 4.0). Who needs Akonadi, all that pim rework or koffice, when even basic things don't work reliable.
A quick workaround is to remove the stock task bar are then replace it with a "Smooth Tasks" plasmoid.
Also Flexible Tasks is very nice replacement but it doesn't work with KDE 4.7…
Bug notices since 4.7.0 and exist in 4.7.1 Kubuntu 11.04
Since the release of kde 4.7 I've been seeing this task manager overlap when using kcalc. I have task manager set to two rows and when two apps are open kcalc shares the same position with the bottom open app.
I confirm bug in KDE 4.7.2 in kubuntu 11.04. I set task manager row count to 2 but sometimes task manager draws three lines of tasks.
Created attachment 65112 [details] screenshot
Guys, live with the fact that this probably won't be fixed at all. There are much more oportant things than the boring taskbar, like social media integration or semantic desktop stuff.
(In reply to comment #41) > Guys, live with the fact that this probably won't be fixed at all. > There are much more oportant things than the boring taskbar, like social media > integration or semantic desktop stuff. For sure this bug will be fixed. But comments like yours don't help.
> For sure this bug will be fixed. The bug was filed against KDE-4.4 beta almost two years ago, and the task bar is definitivly one of the *core* components of a desktop environment. Yet, no kde dev has had even a look at it - they are all busy writing their own mailer, browser, pim suite, office suite or rewriting konqueror into a way less powerful file manager.
(In reply to comment #43) > > For sure this bug will be fixed. > The bug was filed against KDE-4.4 beta almost two years ago, and the task bar > is definitivly one of the *core* components of a desktop environment. > Yet, no kde dev has had even a look at it - they are all busy writing their own > mailer, browser, pim suite, office suite or rewriting konqueror into a way less > powerful file manager. Comments like this should be banned.
> The bug was filed against KDE-4.4 beta almost two years ago, and the task > bar is definitivly one of the *core* components of a desktop environment. > Yet, no kde dev has had even a look at it - they are all busy writing their > own mailer, browser, pim suite, office suite or rewriting konqueror into a > way less powerful file manager. I agree with Iñaki Baz Castillo that such comments are completely unacceptable and if I see any more comments in that way in this bug report I will make sure that this bug gets closed for comments (yes that would punish everybody) and I will make sure that such persons can no longer harm the moral of the developers in this bug tracker! That said: this is one of the view bugs I am manually subscribed to, so that the mails get filtered into a different folder. Just think about the importance for me as a developer considering this bug! The reason why this bug is not fixed is that no developer is able to reproduce this bug at free will which is a pre-requisite to investigate bugs and finally fix them.
(In reply to comment #45) > The reason why this bug is not fixed is that no developer is able to reproduce > this bug at free But is this still true? this is: no one developer has been able yet to reproduce this bug?
> > The reason why this bug is not fixed is that no developer is able to > > reproduce this bug at free > > But is this still true? this is: no one developer has been able yet to > reproduce this bug? well if you compare the screenshot from comment #1 with the one from comment #40 I think that this bug report turned into a meta bug around layouting issues concerning the task bar. The original one from comment #1 I tried really hard to reproduce and have never been able to reproduce at will although I had it on one of my systems regularly. For quite some time I have not seen this bug any more and would even go so far as saying it is fixed. But there seem to be other issues like the one in comment #40. And of course for each of the single issues we would need a precise and reliable way to reproduce it. And I don't think that's provided here.
I've never seen issues like comment #40, but I have seen issues like comment #1 where 2 items are directly on top of each other.
Actually, I think this is a new regression. I used to see issues like in comment #1, but today, I saw what is in comment #40 with version 4.7.2 (Kubuntu Oneiric). What I did is to shuffle apps between activities (marking as showing in all activities and then unchecking the other one) + switching between activities. I then had an empty space in my taskbar for the whole session. Plus (!): the entries for existing windows refused to shrink and I was getting multiple lines. Normally, it's configured so that they just shrink. As I said, I saw this after a long time (maybe for the first time if it's different from what's described in comment #1) - after a package upgrade from Kubuntu.
Using KDE 4.8.0 on OpenSUSE 11.4 I can confirm this as well, but only the case where two entries are exactly on top of each other and to the left there is an empty space the size of the "shifted" entry. It happens seemingly randomly, even without any window-switching or activities used. The only thing I can say for certain is that it only occurs with an auto-hide panel and having exactly two running programs, one gtk-based like Gimp along a KDE one, greatly increases the chance of it happening. For me, in most cases it's Firefox or Emacs overlapping Krusader, and I've never seen it between two entries of the same programe (e.g. the main and editor window of Krusader or the image and toolbox window of Gimp). Opening another program, like KSnapshot, immediately fixes it.
KDE 4.8.1: If you use firefox/thunderbird plugin like firetray, which hides/shows the FF/TB window by clicking on a small icon in the tray, it happens, if the window hides and the tasks will be resorted, that a space item at the beginning was left and one task gets covered by another one. This bug is reproducable since KDE 4.?.? (I can't remember). If you do a fast 'show' and 'hide' (double click on the tray symbol) the tasks will be resorted in the correct way. The bug is shown only, if in the taskbar options 'sort by desktop' is selected. An alphabetical sorting does not cause the bug. I can't understand, why such a very anoying bug can exist over years. If you are working with many windows and desktops (six in my case), a 'sorting for desktop' is very importand, otherwise you lose completly the overview. It would be very nice, if there is someone, who minister this bug. It would make me so happy. Please, come on. I am working over five years with KDE as my desktop and I like it, really.
Upcoming 4.8.2 and the bug is still there. I'm using: - force row settings on - show tooltips on - maximum rows = 2 - do not group - do not sort options and usually knode covers some other app on task bar.
This bug is known to be hard to reproduce while for example for me it happens quite often. Could someone from kde team describe shortly which part of source code, which methods are responsible for positioning decisions and other hints on where to look? That way people without kde internals knowledge could try to figure out what is happening.
Created attachment 70187 [details] first example
Created attachment 70188 [details] second example
I don't experiment this issue anymore in KDE 4.7.4 (Kubuntu 11.10). However I still suffer of other taks bar issue: When I change the virtual desktop to other, randomly the entries I see in the new virtual desktop are the windows/apps in the previous desktop. Note that I configure the taks bar just to show apps in the current virtual desktop. It occurs often and randomly, and the "workaround" is changing "some times" the current virtual desktop. I don't know if this issue is related, but started happening at the same time as the issue described in this report. IMHO this is a very important issue since it's a big regression that never occured before in other versions of KDE and makes hard the desktop usage.
I've noticed the same behavior during release of 4.7 version. The way to reproduce situation on the second example (comment #55) you have to go to taskbar settings and close opened window using escape key instead of clicking the close button. It occurs only when there is no empty space on the taskbar.
Created attachment 70477 [details] Taskbar with first position empty
The same here with 4.8.2. It happens rather often but seemingly random. Just now I got the case where the first icon position remains empty (see screenshot https://bugs.kde.org/attachment.cgi?id=70477). But it also happens that Icons overlap, one behind the other at the same position. If someone likes I can make another screenshot showing this situation. Taskbar has vertical layout and has the following settings: - Appearance: - all checkboxes are off - number of rows = 2 - Grouping: - by program - only if full - Sorting by desktop - Filter: - all off
BTW, it seems that bugs #253737 and #290598 are duplicates of this bug.
Yes, as allready commented above, I have this issue too at all of the last KDE versions. Currently I'm using KDE 4.8.2. You can easily produce this behavior with Firetray, which I am using for Firefox and Firetray. It is very annoying. The upper item is getting free and the lower left item is getting overlayed by the formerly upper right one. It would be so nice to see this bug finaly fixed.
Created attachment 70478 [details] bad taskbar on KDE 4.8.2
This bug is very annoying so that I switched to another desktop environment. I can find so many bugs in KDE in each application, especially KMail, Kopete, Dolphin, etc. Goodbye KDE
Tomáš Jędrzejek: Yes, you are right. I think, a taskbar is such a basic thing of a desktop environment, that have to work flawless. I forgot to mention the settings: - Appearance: - first and third on - number of rows = 2 - Grouping: - off - Sorting by desktop (Ingo Stierand: just switch to another choice (e.g. alpha) and see whether the bug is gone.) - Filter: - all off
Created attachment 70479 [details] Taskbar with stacked icons
@Jan, I will try to set another sorting and see what happens. Just now I got the situation with stacked icons and made another screenshot of it: https://bugs.kde.org/attachment.cgi?id=70479.
@Ingo Yes, it looks very funny.
Created attachment 70480 [details] Taskbar with stacked icons reloaded The second and third icon are stacked.
You liked it? Here is another one just fresh came in;)
Created attachment 70482 [details] Taskbar with stacked icons when grouping disabled I switched the taskbar settings to 'no sorting' and immediatly got the result as shown in the new screenshot. Nonetheless I will run this setting for another while.
@Ingo Hm, for me sorting alphabeticaly solves this bug. Who is the maintainer of the taskbar? Perhaps someone could contact him...
Ah hu, I made a mistake and set grouping to 'no grouping' not sorting, sorry. Now I have set SORTING to 'alphabeticaly' and see what happens. Grouping is back to 'by program'. This bug seems to be tracked by Martin Gräßlin (see comment #45).
After testing for some days this is the result: icons do not overlap anymore with the following Taskbar settings: - Appearance: - all checkboxes are off - number of rows = 2 - Grouping and Sorting: - grouping by program - 'only if full' enabled - Sorting alphabetical - Filter: - all off So the bug might be related to the setting 'Sorting by Desktop'. Hope this helps. btw: this bug seems to be the same as bug #293687.
For me, overlapping occurs when the following met: - Appearance: - all checkboxes are off - number of rows = 2 - Grouping and Sorting: - grouping by program name - 'only if full' disabled - sorting: alphabetical - Filters: - all off, except of the middle two (off-on-on-off)
Created attachment 70869 [details] Task manager bug (Konsole overlapping Firefox) I have this issue as well, KDE 4.8.3, Arch Linux x86_64. Does anyone knows if this is going to be fixed for 4.9?
*** Bug 264615 has been marked as a duplicate of this bug. ***
this bug appears already long ago. and in older versions of kde and the new
This bug also present in KDE 4.8.3. I think it is not related to the configuration of taskbar because it does not appear after adding a spacer. Maybe this bug is related to the layout.
Created attachment 72208 [details] bug disappears after adding a spacer
Any updates on this bug please?
(In reply to comment #81) > Any updates on this bug please? I don't know about other people, but I'm no longer experiencing it since KDE-4.8.x (on KDE-4.9.x-RC now). I'm on x86-64 Mageia Linux 2 or Mageia Linux 3/Cauldron. Regards, -- Shlomi Fish
I'm not sure whether this is the same bug as a blank space in the taskbar where an item should be, but I had the latter happen to me just yesterday (and many times before that) with 4.8.4.
I also have this problem still with KDE 4.8.4 (archlinux x86_64)
I still do have it on 4.9.0 (x86_64 pld linux).
I still have this problem with KDE 4.9.0, I'm on archlinux x86_64. *sigh*
Would be interesting to know what type of apps are overlapping. Here now every time I see overlaped icons one of them is knode from kdepim 4.4.11.1 (using old kdepim with new rest of kde). Some issue with old qt/kde apps only?
(In reply to comment #87) > Would be interesting to know what type of apps are overlapping. Here now > every time I see overlaped icons one of them is knode from kdepim 4.4.11.1 > (using old kdepim with new rest of kde). > > Some issue with old qt/kde apps only? It doesn't seem like it, at least not related to "old" apps. I just got this issue with konsole and VLC now. See here: http://ompldr.org/vZjFmMA/kde4_9_archlinux_x86_64.png Notice the taskbar overlapping VLC/konsole at the bottom? I'll be posting more images as the issue keeps happening. My system is archlinux x86_64, KDE 4.9.0. Thanks.
This problem occurs with me as well. How to reproduce: Open Firefox + Konsole + Dolphin. Close some of them. *KDE 4.8.4 - Kubuntu 12.04. *Grouping and Sorting: - Disable
Created attachment 73609 [details] Empty space above the Chromium icon I saw this issue under KDE 4.9.0 as well.
This is still a problem in KDE 4.9.1. Arch Linux x86_64. Screenshot exhibiting this problem: http://ompldr.org/vZmRvZA
Again, same issue: http://ompldr.org/vZmU4eg KDE 4.9.1 This time with Amarok and Firefox, but it seems like it happens independently of the apps I'm currently running.
I have the same issue, but I never got managed to get a screenshot, because, when ksnapshot opens its window, the tasks are rearranged. @the others, who posted screenshots: how did you manage to get these?
(In reply to comment #94) > I have the same issue, but I never got managed to get a screenshot, because, > when ksnapshot opens its window, the tasks are rearranged. > > @the others, who posted screenshots: how did you manage to get these? I used imlib2. It has a binary which takes screenshots.
Hello¡¡ I have read the list of comments. I have the same bug with kde 4.8.4. 64 bits in Linux Mint Maya 13.
It still exists in KDE and does funny things :) Overlap bug: Open KWrite -> Open Konsole -> Open Dolphine -> Close Konsole ->
It still exists in KDE and does funny things :) Overlap bug: Open KWrite -> Open Konsole -> Open Dolphin -> Close Konsole ->
It still exists in KDE and does funny things :) Overlap bug: Open KWrite -> Open Konsole -> Open Dolphin -> Close Konsole -> "Mammy! It's a bug!" Shift bug: Open Konsole -> Open Dolphin -> Close Konsole -> "Mammyyyy!!!" Arch Linux 3.5.3 + KDE 4.9.1
Hi all, (In reply to comment #99) > It still exists in KDE and does funny things :) > > Overlap bug: > Open KWrite -> Open Konsole -> Open Dolphin -> Close Konsole -> "Mammy! It's > a bug!" This works perfectly fine (without a bug) in KDE-4.9.1 on Mageia Linux 3/Cauldron (x86-64, Intel Graphics Adapter , Core i3). Does this bug happen in a new UNIX user account? I can try installing an Archlinux VM and try it. Regards, -- Shlomi Fish > > Shift bug: > Open Konsole -> Open Dolphin -> Close Konsole -> "Mammyyyy!!!" > > Arch Linux 3.5.3 + KDE 4.9.1
(In reply to comment #100) > This works perfectly fine (without a bug) in KDE-4.9.1 on Mageia Linux > 3/Cauldron (x86-64, Intel Graphics Adapter , Core i3). Does this bug happen > in a new UNIX user account? I can try installing an Archlinux VM and try it. I have checked it for a new account too. And I have the same result - I can reproduce this bug. Maybe I misunderstood what you mean under "new UNIX user account"... Is it about any configuration problems underlying this problem? I thought that it is some kind of programmatic bug. ------------------------------------ Linux blurred-laptop 3.5.3-1-ARCH #1 SMP PREEMPT Sun Aug 26 08:15:06 UTC 2012 i686 GNU/Linux Qt: 4.8.2 KDE Development Platform: 4.9.1 KDE Daemon: $Id$
Hi, (In reply to comment #101) > (In reply to comment #100) > > This works perfectly fine (without a bug) in KDE-4.9.1 on Mageia Linux > > 3/Cauldron (x86-64, Intel Graphics Adapter , Core i3). Does this bug happen > > in a new UNIX user account? I can try installing an Archlinux VM and try it. > > I have checked it for a new account too. And I have the same result - I can > reproduce this bug. Maybe I misunderstood what you mean under "new UNIX user > account"... Is it about any configuration problems underlying this problem? > I thought that it is some kind of programmatic bug. > I meant that it happens in a new UNIX user, created using the "adduser" or "useradd" commands, without all the accumulated settings and http://en.wikipedia.org/wiki/Cruft left behind in the original user. What it means is that you are using a pristine configuration. Regards, -- Shlomi Fish > ------------------------------------ > Linux blurred-laptop 3.5.3-1-ARCH #1 SMP PREEMPT Sun Aug 26 08:15:06 UTC > 2012 i686 GNU/Linux > Qt: 4.8.2 > KDE Development Platform: 4.9.1 > KDE Daemon: $Id$
Hi all, (In reply to comment #100) > Hi all, > > (In reply to comment #99) > > It still exists in KDE and does funny things :) > > > > Overlap bug: > > Open KWrite -> Open Konsole -> Open Dolphin -> Close Konsole -> "Mammy! It's > > a bug!" > > This works perfectly fine (without a bug) in KDE-4.9.1 on Mageia Linux > 3/Cauldron (x86-64, Intel Graphics Adapter , Core i3). Does this bug happen > in a new UNIX user account? I can try installing an Archlinux VM and try it. > I now tried this procedure in a new UNIX user account in an Arch Linux Virtual Box VM (which took me a lot of time to install due to problems with Arch Linux's usability), and I still cannot reproduce it - everything is fine. I installed KDE using "pacman -Syu kde". Regards, -- Shlomi Fish
Created attachment 74109 [details] Task bar shift bug (Open Konsole -> Open Kate -> Close Konsole) I'm not fooling around. Bug take place. I'll explore it in details a little bit later, ok
I've seen gaps in the taskbar in KDE 4.9.1 on openSUSE 12.2 quite often.
Created attachment 74110 [details] Task bar overlap bug (Open GVim -> Open Konsole -> Open Kate -> Close Konsole)
(In reply to comment #106) > Created attachment 74110 [details] > Task bar overlap bug (Open GVim -> Open Konsole -> Open Kate -> Close > Konsole) Your KDE looks very different to the default KDE on my Arch Linux VM. Is that your new UNIX user account?
I've read that the taskbar and other stuff are being rewritten in QML for the next version, will this issue disappear when the rewrite is done?
Created attachment 75123 [details] Overlapping Icons Saw this bug this morning for the first time in a while in Kubuntu 12.10 with KDE 4.9.3.
(In reply to comment #107) > (In reply to comment #106) > > Created attachment 74110 [details] > > Task bar overlap bug (Open GVim -> Open Konsole -> Open Kate -> Close > > Konsole) > > Your KDE looks very different to the default KDE on my Arch Linux VM. Is > that your new UNIX user account? Hello Shlomi, Are you using the option Grouping and Sorting=Disable? Brygerri.
(In reply to comment #110) > (In reply to comment #107) > > (In reply to comment #106) > > > Created attachment 74110 [details] > > > Task bar overlap bug (Open GVim -> Open Konsole -> Open Kate -> Close > > > Konsole) > > > > Your KDE looks very different to the default KDE on my Arch Linux VM. Is > > that your new UNIX user account? > > Hello Shlomi, > > Are you using the option Grouping and Sorting=Disable? > I'm not sure. Let me try. I used the default KDE configuration in Arch Linux. Regards, -- Shlomi Fish > Brygerri.
> > Hello Shlomi, > > > > Are you using the option Grouping and Sorting=Disable? > > > > I'm not sure. Let me try. I used the default KDE configuration in Arch Linux. > OK, tried it now - I tried both options of the KDE grouping and disabled sorting both times. Everything appears to work fine based on the recipe in comment #99 ( https://bugs.kde.org/show_bug.cgi?id=224447#c99 ). Regards, -- Shlomi Fish > Regards, > > -- Shlomi Fish > > > Brygerri.
Ok. Try to play around with the option Grouping and Sorting=Disable. I am using Kubuntu 12.10 - KDE 4.9.2 and I still have this issue. Regards, brygerri. (In reply to comment #112) > > > Hello Shlomi, > > > > > > Are you using the option Grouping and Sorting=Disable? > > > > > > > I'm not sure. Let me try. I used the default KDE configuration in Arch Linux. > > > > OK, tried it now - I tried both options of the KDE grouping and disabled > sorting both times. Everything appears to work fine based on the recipe in > comment #99 ( https://bugs.kde.org/show_bug.cgi?id=224447#c99 ). > > Regards, > > -- Shlomi Fish > > > Regards, > > > > -- Shlomi Fish > > > > > Brygerri.
I have the same problem still with kde-4.9.3. It is not always reproducible, but happens quite often. I have panel at bottom, with two rows. It happens with 2 different PCs. Perhaps also the distribution is of interest? I use opensuse-12.2, had this problem also with opensuse-11.4 before.
4.9.3, own build (pld-linux) and the problem is there (with various settings). What we miss now is the interested KDE developer that would work with us on fixing this :( Bunch of people can reproduce and test potential debug patches/fixes (including me).
(In reply to comment #115) > 4.9.3, own build (pld-linux) and the problem is there (with various > settings). > > What we miss now is the interested KDE developer that would work with us on > fixing this :( > > Bunch of people can reproduce and test potential debug patches/fixes > (including me). I agreed with you.
On Tuesday 13 November 2012 04:46:12 you wrote: > https://bugs.kde.org/show_bug.cgi?id=224447 > > --- Comment #116 from brygerri@gmail.com --- > (In reply to comment #115) > > > 4.9.3, own build (pld-linux) and the problem is there (with various > > settings). > > > > What we miss now is the interested KDE developer that would work with us > > on fixing this :( > > > > Bunch of people can reproduce and test potential debug patches/fixes > > (including me). > > I agreed with you. I doubt that. If I remember correctly, there was not one user, who was able to safely reproduce this bug on a blank installation. For fixing a problem, it is necessary, that a developer is able to set up a installation which allows him/her to safely reproduce the bug. Testing is worth nothing, if developers aren't able to write a fix. Besides: If I know correctly the task manager widget will be rewritten in QML. With the rewrite this bug is most probably gone.
"For fixing a problem, it is necessary, that a developer is able to set up a installation which allows him/her to safely reproduce the bug." We don't want developer to fix things. We need developer available on irc/jabber (or whatever semi realtime) to answer questions, give hints, explain shortly which code does what, verify our findings. I had many debugging sessions with developers available on irc and this worked well with good results for complicated code (like linux kernel vserver code for example).
When is the rewrite of the task manager to QML expected to happen? Thanks.
Have the task manager been rewritten for 4.10? Just curious. Thanks.
KDE 4.8.4 Debian Testing I'm able to 100% reproduce this issue on a blank installation. I've included a couple of videos that show how to reproduce this bug since words and screenshots really can't say enough. http://v.youku.com/v_show/id_XNDg3Nzk1NzQ0.html http://v.youku.com/v_show/id_XNDg3NTAzMjY0.html If you're having trouble reproducing this, let me know.
Hi David, (In reply to comment #121) > KDE 4.8.4 > Debian Testing > > I'm able to 100% reproduce this issue on a blank installation. > I've included a couple of videos that show how to reproduce this bug since > words and screenshots really can't say enough. > http://v.youku.com/v_show/id_XNDg3Nzk1NzQ0.html > http://v.youku.com/v_show/id_XNDg3NTAzMjY0.html > It's nice that you prepared videos, however, I'm incredibly wary of enabling JavaScript (and especially Adobe Flash whose plugin has had a long history of security vulnerabilities) on a site with writing in Chinese or Japanese or whatever. Can you please either upload the plain video files to a web host, so they can be downloaded and played using mplayer/VLC/etc., or alternatively use http://www.youtube.com/ which I trust more and which supports HTML 5 videos? Regards, -- Shlomi Fish
No access to YouTube here. Same videos as above now available here: http://sidicas.dyndns-server.com:8090/2012/KDETaskBarBugs-1.ogv http://sidicas.dyndns-server.com:8090/2012/KDETaskBarBugs.ogv
If you watch the videos in slow motion.. What *appears* to happen: 1. Task#1 begins the process of moving animation from Location A to Location B on the taskbar triggered by the close of an application. 2. A new task #2 is spawned at Location B 3. Task#1 arrives at location B Then you have two tasks at location B.. It's a bit tricky in that you have to spawn a new task at location B at the exact instant A is in the process of moving to location B. It's easiest to reproduce by having a window open and then having that window switch resolutions (quick destroy/create) that triggers another task to move from location A to location B. Since it's just a resolution change for the task, it also spawns a new task that gets placed at B before the other task has finished moving there. So then you have a taskbar collision where two tasks end up at the exact same location and superimposed on each other. Or I could be totally wrong here as I have absolutely no idea about any of the code under the hood.. It at least partially seems to be caused by the fact that the animation of tasks moving around on the taskbar is not instantaneous.
Created attachment 75895 [details] Overlapping Icons It happened again this morning with KDE 4.10 beta 2.
Opensuse 12.2 with KDE 4.8.5 in default supplied, installed the corrective update. Bug reproduced always.
Created attachment 76014 [details] KDE 4.8.5
Created attachment 76453 [details] Space between icons This issue is still present in KDE 4.10 RC 2 also, however unfortunately I still can't reproduce it reliably.
*** Bug 313422 has been marked as a duplicate of this bug. ***
*** Bug 314037 has been marked as a duplicate of this bug. ***
Made another video: http://www.youtube.com/watch?v=OQLslPzOPnw
I was able to reproduce this on a new account under kde 4.9.3 steps where as follows: - login into the new account - started konqueror form the taskbar - went into start menu - started "konsole" via the search function - ran several "xterm ls" commands - bug showed as empty space on the position of the first window adding an additional window bar to the desktop does not show the bug for me in that second bar
If you can script KDE somehow, please try the following method to reproduce this issue: - open two different types of windows (mine were: Zend Studio and LibreOffice Calc) - close them and make sure they both close in the same moment. Maybe some load is also needed; I had a big IO when closing both applications.
Bad news for people waiting for 4.10 version - items on taskbar also overlaps here, bug is not fixed at all (just happened to me).
(In reply to comment #134) > Bad news for people waiting for 4.10 version - items on taskbar also > overlaps here, bug is not fixed at all (just happened to me). Happens here with KDE 4.10 too (archlinux x86_64). I heard the taskmanager plasmoid/widget (or pannel) is being rewritten in QML for 4.11, could someone please confirm this?
(In reply to comment #135) > (In reply to comment #134) > > Bad news for people waiting for 4.10 version - items on taskbar also > > overlaps here, bug is not fixed at all (just happened to me). > > Happens here with KDE 4.10 too (archlinux x86_64). > > I heard the taskmanager plasmoid/widget (or pannel) is being rewritten in > QML for 4.11, could someone please confirm this? It was supposed to be done for KDE 4.10 but it wasn't finished in time. It has since been pushed back to 4.11, hopefully it will be finished by then.
I'm able to reproduce this bug every single time on one of my computers (Arch Linux 64-bit, KDE 4.10). I have installed KeepassX (setup with test file) and two other apps (Firefox and Smplayer). When I open all three of them, they are displayed alphabetically: Firefox - KeepassX - Smplayer. I switch to KeepassX and instead of entering password, I hit cancel - this causes the dialog window to disappear and immediately to open main KeepassX window. Smplayer and KeepassX now overlap in task bar. This case works 100% on my desktop when Nvidia drivers are installed (CPU i7-3770K). The same case works around 50% when I switch to nouveau drivers. It also works on laptop (CPU i3, intel drivers otherwise the same hdd image) but in less than 50% tests.
*** Bug 293687 has been marked as a duplicate of this bug. ***
Created attachment 80040 [details] plasma-widget-taskbar overlapping apps. Same problem here (see attached). KDE 4.10.3
Same here on 4.10.3.
Thank you for your report. The taskbar applet has been completely rewritten for KDE Workspaces 4.11 I am unable to reproduce this with the new version. Please reopen this bug if you encounter this in 4.11 onwards.
Thanks so much for getting this issue fixed. I'm so glad/happy it's finally fixed. KDE rocks. :D
*** Bug 302905 has been marked as a duplicate of this bug. ***
Is the new taskbar compatible with 4.10? I've been suffering this bug forever, but it looks like I'll have to wait until August, before 4.11 is released and available in core repos.. So, could I build the new taskbar for my KDE 4.10 installation? What package is the taskbar part of? Cheers, Alex
*** Bug 322250 has been marked as a duplicate of this bug. ***
Updated to KDE 4.11 few days ago. It is gone! Thank you very much for fixing it.
Created attachment 82323 [details] Overlapping Icons in KDE 4.11.1 The bug still exist for me. Only two programs running (dolphin and exaile) exaile is the only program thas cause overlapping - until now.
*** Bug 326020 has been marked as a duplicate of this bug. ***