Bug 407533 - Zoom on hover does not always register cursor movement correctly
Summary: Zoom on hover does not always register cursor movement correctly
Status: RESOLVED WORKSFORME
Alias: None
Product: lattedock
Classification: Plasma
Component: application (show other bugs)
Version: git (master)
Platform: Other Linux
: NOR minor
Target Milestone: ---
Assignee: Michail Vourlakos
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-14 17:37 UTC by Antti Aho
Modified: 2020-01-18 04:33 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments
A short video demonstrating the problem with zoom on hover (533.03 KB, video/mp4)
2019-05-14 17:37 UTC, Antti Aho
Details
Layout file of the affected dock (14.62 KB, text/plain)
2019-05-14 19:06 UTC, Antti Aho
Details
New video with Latte Dock launched with the commands -d --graphics (3.38 MB, video/mp4)
2019-05-15 14:03 UTC, Antti Aho
Details
Env (4.89 KB, text/plain)
2019-05-16 18:04 UTC, Antti Aho
Details
New video with commands -d --with-window. The window on the left is for the top panel and the window on the right is for the bottom dock. (1.59 MB, video/mp4)
2019-05-19 16:23 UTC, Antti Aho
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Antti Aho 2019-05-14 17:37:37 UTC
Created attachment 120064 [details]
A short video demonstrating the problem with zoom on hover

SUMMARY
Icons in Latte Tasks Plasmoid don't always zoom immediately when cursor moves above them. They expand directly to the maximum zoom when they finally do react to the cursor. Rarely the icons will stay zoomed after the cursor leaves the dock area and only return to their default size when cursor touches and leaves them again. This is a minor annoyance, but it makes the Zoom On Hover feature feel not-so-smooth.

STEPS TO REPRODUCE
1. Create a dock with Latte Tasks Plasmoid
2. Set "Zoom On Hover" to anything but 0 %
3. Move cursor above the icons

OBSERVED RESULT
Icons don't always zoom immediately and they often skip the transition from default size to the zoomed size.

EXPECTED RESULT
Icons zoom smoothly.

SOFTWARE/OS VERSIONS
KDE Plasma Version: 5.15.5
KDE Frameworks Version: 5.57.0
Qt Version: 5.12.3

ADDITIONAL INFORMATION
Arch Linux, Kernel 5.0.13-arch1-1-ARCH
Mesa 19.0.3-1
Plasma running on X11

GPU: Radeon RX 580 8 GB
CPU: i5 4690k
Comment 1 Michail Vourlakos 2019-05-14 17:50:05 UTC
I cant reproduce this in my system... 

please send me your layout to test it out
Comment 2 Michail Vourlakos 2019-05-14 18:50:00 UTC
From your video the only faulty behavior is the gap between libreoffice and bits warden... I really want to test your layout in order to find out how that nointeraction ggao occured between them
Comment 3 Antti Aho 2019-05-14 19:06:35 UTC
Created attachment 120065 [details]
Layout file of the affected dock

Here is the layout used in the video. I do get this behavior with other layouts too. It does not only affect the gap between the applications (or just certain applications) like in the example video I attached. This also happens when cursor is moved directly above an icon. It doesn't happen all of the time, but pretty frequently. There might be something else wrong with my setup since I've had this issue for months now, but since I rarely use the effect I haven't written a bug report for it.
Comment 4 Michail Vourlakos 2019-05-14 19:23:08 UTC
(In reply to Antti Aho from comment #3)
> Created attachment 120065 [details]
> Layout file of the affected dock
> 
> Here is the layout used in the video. I do get this behavior with other
> layouts too. It does not only affect the gap between the applications (or
> just certain applications) like in the example video I attached. This also
> happens when cursor is moved directly above an icon. It doesn't happen all
> of the time, but pretty frequently. There might be something else wrong with
> my setup since I've had this issue for months now, but since I rarely use
> the effect I haven't written a bug report for it.


For me the issue trying to reproduce is only one... The gap between your launchers in the video, that shouldnt happen! BUT I cant reproduce...

1. In your layout by changing effects speed to x2 I felt a small improve in responsiveness
2. I uploaded a new commit in master to debug this, please use latest master and run Latte from command prompt with: "latte-dock -d --graphics"
3. I want one more video with [2] enabled and I am interested especially in the GAP situation
Comment 5 Michail Vourlakos 2019-05-14 19:26:27 UTC
4. I want also your Latte Mouse sensitivity setting at Latte Global Preferences window. This is next to the Layouts Editos tab
Comment 6 Antti Aho 2019-05-15 14:03:41 UTC
Created attachment 120082 [details]
New video with Latte Dock launched with the commands -d --graphics

I updated Latte Dock to the latest version in master ran it with the following command "$ latte-dock -d --graphics". In this video I have set animations speed to x2 if that makes a difference. The Mouse Sensitivity for Parabolic effect is set to "High".
Comment 7 Michail Vourlakos 2019-05-16 11:09:15 UTC
(In reply to Antti Aho from comment #6)
> Created attachment 120082 [details]
> New video with Latte Dock launched with the commands -d --graphics
> 
> I updated Latte Dock to the latest version in master ran it with the
> following command "$ latte-dock -d --graphics". In this video I have set
> animations speed to x2 if that makes a difference. The Mouse Sensitivity for
> Parabolic effect is set to "High".

sorry I really can not reproduce this in my system...
and without a way to reproduce accurately I can not help
Comment 8 Antti Aho 2019-05-16 15:41:07 UTC
That is understandable. I'll try to figure out what is wrong with my system. I'll report back if I find anything.
Comment 9 Michail Vourlakos 2019-05-16 17:32:02 UTC
can you please provide also the "env" output?
Comment 10 Antti Aho 2019-05-16 18:04:33 UTC
Created attachment 120115 [details]
Env

Sure thing! I've added it as an attachment since it is somewhat long.
Comment 11 Michail Vourlakos 2019-05-16 18:12:40 UTC
(In reply to Antti Aho from comment #10)
> Created attachment 120115 [details]
> Env
> 
> Sure thing! I've added it as an attachment since it is somewhat long.

it looks ok.. For the video demonstrating the issue are you using mouse for the hovering?
Comment 12 Antti Aho 2019-05-16 18:16:57 UTC
Yes. I am using a regular USB connected mouse.
Comment 13 Antti Aho 2019-05-16 18:22:40 UTC
Not sure if this helps, but I uninstalled the latest version from master and installed "latte-dock" package from Arch repositories (version 0.8.8). I still get this same issue. Maybe there is something wrong with my system then?
Comment 14 Michail Vourlakos 2019-05-16 18:30:25 UTC
(In reply to Antti Aho from comment #13)
> Not sure if this helps, but I uninstalled the latest version from master and
> installed "latte-dock" package from Arch repositories (version 0.8.8). I
> still get this same issue. Maybe there is something wrong with my system
> then?

Do you have an alternative mouse to test?
Comment 15 Michail Vourlakos 2019-05-16 18:36:13 UTC
2. You can also make the video again with: latte-dock -d --with-window
I am interested in contains mouse and task index values in the window that will be shown when the issue appears
Comment 16 Antti Aho 2019-05-19 16:23:36 UTC
Created attachment 120184 [details]
New video with commands -d --with-window. The window on the left is for the top panel and the window on the right is for the bottom dock.

Sorry for my late reply!

I updated Latte Dock to the latest version before recording this video. It seems that when the issue appears "Contains Mouse (flag)" is set to "True", but "Task Hovered" stays -1. This also happens when the cursor is directly above a task icon - not only when hovering the area between two task icons. Unfortunately I don't have access to another mouse at the moment, but I can try to find another one next week.
Comment 17 Michail Vourlakos 2019-05-19 17:23:12 UTC
If you disable the Title Tooltips from Behavior page does it help?
Comment 18 Antti Aho 2019-05-19 18:46:42 UTC
Unfortunately no.
Comment 19 Antti Aho 2019-05-27 19:28:26 UTC
I finally got to try this with another mouse and the problem persists. I've noticed that sometimes the tooltip for the hovered application appears, but the icon still does not zoom. I'll check if this also happens on a clean install of Arch Linux.
Comment 20 Antti Aho 2019-05-27 19:30:11 UTC
I also tried to "Set Priority" to the highest possible on System Monitor, but this did not make a difference.
Comment 21 Antti Aho 2019-05-27 19:41:05 UTC
Just one more thing: this also seems to happen on Wayland.
Comment 22 Michail Vourlakos 2019-12-19 17:44:33 UTC
is this still valid with Latte v0.9 ?
Comment 23 Bug Janitor Service 2020-01-03 04:33:07 UTC
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!
Comment 24 Bug Janitor Service 2020-01-18 04:33:16 UTC
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!