Bug 242772

plasma issue.
the direction is wrong as the taskbar doesn't set an icon rect, either because
a) you only show minimized tasks (the taskbar needs to predict the future position)
b) tasks are stacked (dupe of bug #207258, but should be fixed)

Thank u for your reply.
The settings for the taskbar are:
Show windows from the current desktop (On)
Show windows from the current screen (On)
Show only minimized (Off).

Additionally, I've turned off stacking, but the problem persists.
And additionally, when restoring window, it restores in the same way, that is, from the position of cursor.

a method to reproduce will be necessary; some fixes have been made to this code, so maybe it's already been caught. but without a method to reproduce we can't do much, and there are no other duplicates of this bug outstanding.

*** Bug 252446 has been marked as a duplicate of this bug. ***

from bug #252446

Problem still there in KDE 4.5.2.

I found one application that virtually reproduces this bug 99% of the time: Qt
Creator.

The OP mentioned FreeBSD. I also have this problem on Linux. Qt Creator almost always triggers it.

Another application that occasionally triggers it (haven't found a way to reproduce it reliably) is Firefox.

When the animation is broken and another window is opened subsequently (shifting the position in the taskbar), Firefox will be minimized to it's old location in the taskbar.

Problem persists in 4.6 RC2.

Btw, another application that triggers this for me is tvtime.

*** Bug 264472 has been marked as a duplicate of this bug. ***

Issue persists in KDE 4.6.0.

Btw, the bug is marked "WAITINGFORINFO". What info are we actually waiting for?

(In reply to comment #11)
> What info are we actually waiting for?
A way how to reproduce it. I am using for example MagicLamp on all my systems and have never been able to reproduce it. What we need is a reliable way, like 
1. do foo
2. do bar
3. do foobar
4. see the error

Hmm, for me, this works:

1. Install tvtime or Qt Creator.
2. Launch it.
3. Minimize it.
4. If it minimizes correctly, quit and go back to 2 until it triggers the bug.

I just hit the issue with Qt Designer and rather think that the problem lies in Qt and not in KDE. The icon geometry was not set on the window, so I assume that something causes either Plasma to not set the property or Qt removes it again.

And I can add that, for me, opera triggers such behavior. Persist in FreeBSD/KDE 4.5.4, PCBSD 8.2 RC1/KDE 4.5.4. But occurs rarely.
May be, this info will be useful.

Regards,
Vans.

29.01.2011, 16:38, "Martin Gräßlin" <kde@martin-graesslin.com>:
> https://bugs.kde.org/show_bug.cgi?id=242772
>
> Martin Gräßlin <kde@martin-graesslin.com>; changed:
>
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
>              Status|NEEDSINFO                   |NEW
>          Resolution|WAITINGFORINFO              |
>      Ever Confirmed|0                           |1
>
> --- Comment #14 from Martin Gräßlin <kde martin-graesslin com>  2011-01-29 14:38:50 ---
> I just hit the issue with Qt Designer and rather think that the problem lies in
> Qt and not in KDE. The icon geometry was not set on the window, so I assume
> that something causes either Plasma to not set the property or Qt removes it
> again.
>
> --
> Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
> ------- You are receiving this mail because: -------
> You reported the bug.

Issue still there in 4.6.4.

I *never* experienced that bug but now I do in 4.7 :(
Sometimes windows are minimized to somewhere on the screen (affects both Magic Lamp and Minimize effect) and sometimes (or if I drag the panel around) the windows minimize just fine.

*** Bug 243132 has been marked as a duplicate of this bug. ***

Btw, this only happens when starting applications through icons that have launch feedback enabled (which is the default).  If you disable launch feedback or start the app in a terminal, then this bug never happens.

It happens at the point where KDE deletes the old taskbar widget (the one created by lauch feedback) and replaces it with the final one.  That final one is sometimes broken somehow.  It minimizes to the wrong place, but sometimes it also doesn't do anything.  You click on it and it does nothing; it neither minimizes nor restores its app window.

I've been experiencing this also, using the magic lamp effect, on KDE 4.8 Beta 2. 

One thing I noticed is that these windows do seem to minimise towards the cursor regardless of the chosen minimisation method, and not only if you opt to click on the minimise button. E.g., 

- place your cursor somewhere on the screen
- press Alt+F3 to access the window decoration menu
- select minimise from this menu

The window will still minimise towards the cursor, wherever it may be.

My various problems with the magic lamp effect seem to be fixed in the KDE SC 4.8.0 release. Can anyone else verify this?

I don't use magic lamp, but the windows still minimize towards the center of the screen and not towards the task bar.

I guess this annoying bug will never be fixed :-(

(In reply to comment #21)
> My various problems with the magic lamp effect seem to be fixed in the KDE SC
> 4.8.0 release. Can anyone else verify this?

Still minimizes towards the cursor most of the time here.

Still there in 4.8.2.

Sigh. This is glitch is seriously annoying. Why no interest in fixing this?

(In reply to comment #24)
> Sigh. This is glitch is seriously annoying. Why no interest in fixing this?
Because it is not trivial to fix or even reproduce reliable. Multiple applications are involved (Plasma, KWin) and that makes it difficult to properly identify the faulty component. Furthermore MagicLamp is not a default effect and there is much more important things to fix. Just consider that Plasma has at the time of this writing 1193 open bug reports.

(In reply to comment #25)
> (In reply to comment #24)
> > Sigh. This is glitch is seriously annoying. Why no interest in fixing this?
> Because it is not trivial to fix or even reproduce reliable. Multiple
> applications are involved (Plasma, KWin) and that makes it difficult to
> properly identify the faulty component. Furthermore MagicLamp is not a
> default effect and there is much more important things to fix. Just consider
> that Plasma has at the time of this writing 1193 open bug reports.

I'm not using MagicLamp at all. I have it disabled.

*** Bug 302216 has been marked as a duplicate of this bug. ***

*** Bug 296902 has been marked as a duplicate of this bug. ***

Issue still there in KDE 4.9.0.

The title of the bug should be fixed. It's not a "MagicLamp" problem.

Feel free to suggest a better bug title

I am having this problem with the default minimize animation (kwin4_effect_minimizeanimation) since ages. It destroys all the sexyness kwin compositing once introduced ...

The theory in comment 19 sounds reasonable, maybe the developers should start digging there?
Also, my taskbar is on the top edge of the screen, maybe that matters?
If I move it to the bottom edge and then up again, the animations work fine till I open one or two applications and close them again.

Feel free to contact me to debug the problem via IRC or similar. I am using Gentoo, so I can quickly test patches and get debugging informations.

I can add that most frequently Opera triggers such behavior. May be this can help tracing the bug. May be this due to the fact that Opera uses it's own framework (afaik), may be not... Btw, if the bug occurs even without Opera, switching desktops restores normal minimize behavior.

> Also, my taskbar is on the top edge of the screen, maybe that matters?
> If I move it to the bottom edge and then up again, the animations work fine
> till I open one or two applications and close them again.

This is consistent with my experience. My taskbar is on the left edge and the behaviour seemed to be reproducible 100% of the time. I moved it back to the bottom edge to test if that was the cause, and indeed windows minimised properly. However when I moved the taskbar back to the left edge windows kept on minimising correctly. After some time however, I noticed more and more windows exhibiting the same incorrect behaviour again (maybe the were the newly opened ones, I can test it again).

If you have 2 monitor on dual head configuration this bug is very common.
If you move a window on monitor 1 to monitor 2 the taskbar dont  refresh the status of open windows on monitor 2, and the minimization go crazy

In the taskbar options section filters  of Monitor 1 and Monitor 2 you must have only this option selected no other

"Show only applications on the current screen"

This is with one monitor only.

Also, Chrome is one of the applications that triggers this sometimes. So now:

tvtime (almost every time)
Qt Creator (almost every time)
Chrome (or Chromium) (1 out of 5 times)

Using KDE 4.8.4 in Kubuntu 12.04 (2012)...

I found a temporary solution. I don't know exactly the names in english, because I have my system in spanish.
You need to go to System Settings. Into the notifications options there is a category called "Startup Notification" or "Launch Feedback" (I don't know the correct name in english, but in spanish is "Notificación de lanzamiento"). You have to uncheck the last item; in spanish: "Activar notificación de la barra de tareas" (in english is maybe: "Enable taskbar notifications" or something like that).

Please, verify this temporary solution. I haven't reported the problem since several minutes.

Yes, that seems to work. So the initial start-up notification icon placed in the task bar screws with the real icon that comes later on, after the application has fully started.

I found out that sometimes the problem occurs when more than one instances of the same program is opend. But only if grouping windows on taskbar is enabled (default). So if we disable grouping windows (and uncheck the option mentioned in Comment 36) the problem seems to be solved (at least temporary).

According to Comment 38, the grouping option on "Icon Tasks" plasmoid (instead of the traditional taskbar form) seems to be working without those problems.

This bug affects me with KDE 4.10.2 with the default task manager and the minimize animation. Sometimes windows minimize to the center of screen instead of the taskbar. I tried the solution in comment 36 and also tried disabling grouping. This does NOT solve the problem. I have not been able to see a pattern in which windows are affected and when. I have observed the phenomenon for several applications including firefox, ktorrent and kmail.
I hope this bug gets fixed soon as it really makes KDE appear immature...

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