SUMMARY Ciaooo @psifidotos Michail Vourlakos I'm JenaPlinsky :) Latte-dock The first launcher of the task manager remains zoomed in, when I move very quickly to the left side STEPS TO REPRODUCE 1. Hover on the taskmanager's first launcher and when it is fully zoomed... 2. Move very quickly to the left side Latte-Dock Master Branch Operating System: openSUSE Tumbleweed 20181119 KDE Plasma Version: 5.14.80 KDE Frameworks Version: 5.52.0 Qt Version: 5.11.2 Kernel Version: 4.17.14-1-default OS Type: 64-bit Processors: 4 × Intel® Core™ i5-3317U CPU @ 1.70GHz Memory: 3,6 GiB of RAM ADDITIONAL INFORMATION
OK I will leave that open... If someone can contribute better I can review it...
Created attachment 116514 [details] slow moton hovering task's preview In this video we see very well a behavior similar to that described above ... but, unlike above, the launcher remains zoommed by going through the task thumbnail and is very easy to replicate.
Created attachment 116516 [details] Tab1
Created attachment 116517 [details] Tab2
Created attachment 116518 [details] Tab3
Created attachment 116519 [details] Tab4
Created attachment 116520 [details] Tab5
Created attachment 116521 [details] Tab6
*** Bug 401449 has been marked as a duplicate of this bug. ***
please provide your layout file
(In reply to Ivan Bordoni from comment #6) I am trying to replicate as you are showing at your video but I cant. I am moving fast from the preview back inside the dock but I dont notice any issue...
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!
Git commit 93528d31644e631aa6e1c68f5c932f958aa913c4 by Michail Vourlakos. Committed on 16/05/2019 at 14:44. Pushed by mvourlakos into branch 'master'. fixes for clearing parabolic effect zoom --case 1: first left applet neighbour of Tasks was not clearing its zoom if the mouse was entering too fast the Tasks applet from the applet direction --case 2: first task in Tasks was not clearing its zoom when the applet triggering the clear zoom effect was too far from the Tasks M +1 -1 containment/package/contents/ui/ParabolicManager.qml M +1 -1 plasmoid/package/contents/ui/ParabolicManager.qml https://commits.kde.org/latte-dock/93528d31644e631aa6e1c68f5c932f958aa913c4
Am I correct that version 0.8.9 already contains the fix? because I still get a stuck zoom about 5 times a day. It's hard to tell when it happens but when the zoom got stuck I can move the zoom to other icons and even other widgets. also the preview or application name is opening and stuck. I found out (some time ago) that the only way to solve it when it got stuck is by hovering the preview or application name of a launcher. I've tried to reproduce it now for about 10 minutes. And I still don't know exactly when it happens. What I can tell is that an app has to be executed and not minizimed then you need to hover this app till the preview is shown but what exact movement is required that it get's stuck.. maybe hovering over the position where the preview is shown at the right moment. maybe moving the pointer far away at the right moment... btw.: I can reproduce it on at least two machines one is on kde neon and the other one is on manjaro linux.
No v0.8.9 does not contain that fiz
BTW this fix is for very specific case... First you must update to v0.9.0 and then check again if you are hit... There wont be any other fix release for v0.8 branch