Bug 416272 - Mouse cursor offset from actual position
Summary: Mouse cursor offset from actual position
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kdenlive
Classification: Applications
Component: User Interface (show other bugs)
Version: 19.12.1
Platform: Other Linux
: NOR normal
Target Milestone: ---
Assignee: Jean-Baptiste Mardelle
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-01-15 00:04 UTC by Redsandro
Modified: 2021-03-18 17:24 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
fritzibaby: timeline_corruption+


Attachments
Recording (761.48 KB, image/gif)
2020-01-15 00:04 UTC, Redsandro
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Redsandro 2020-01-15 00:04:36 UTC
Created attachment 125130 [details]
Recording

SUMMARY

Sometimes, apart from the menu bar (File, Edit, ...), the app's perception of the mouse location offset from the actual mouse cursor.

All the widgets and buttons are difficult to use. Interestingly, the panel/frameset highlight _is_ accurately responding to the mouse cursor. When there is not enough space to 'click above', the buttons are unreachable.

Changing the Window Size impacts the resulting offset. In the maximized window, perhaps it's ~100 pixels vertically. Windowed, it increases to 600+ pixels.

Putting your computer to sleep and waking sometimes fixes this problem.


STEPS TO REPRODUCE

1. Start KdenLive 19.12.1 AppImage
2. Hover over and click widgets


OBSERVED RESULT

Please see the attached recording.


SOFTWARE/OS VERSIONS

Linux/KDE Plasma: Linux Mint 19.3 AKA Ubuntu 18.04.2
KDE Frameworks 5.61.0
Qt 5.12.4 (built against 5.12.4)
The xcb windowing system


ADDITIONAL INFORMATION

Linux HWE 5.3.0-24-generic #26~18.04.2-Ubuntu SMP x86_64
GeForce GTX 970/PCIe/SSE2 profile 4.6.0 NVIDIA 435.21 shader 4.60 NVIDIA
Comment 1 Redsandro 2020-01-15 00:12:22 UTC
IMPORTANT UPDATE

I just discovered this now. Disregard the first and last "sometimes". The effect is constant, but only when using a WACOM GRAPHIRE TABLET for input. Which I do almost exclusively.

Using a basic mouse, the problem is not there.

$ lsusb | grep -i wacom
Bus 005 Device 004: ID 056a:0011 Wacom Co., Ltd Graphire 2 4x5
Comment 2 Redsandro 2020-01-15 00:15:38 UTC
> Which I do almost exclusively

To be clear, I am not observing this behavior in any other app I'm using. Although I believe Kdenlive is the first and only KDE app I'm using. For the first time.
Comment 3 emohr 2020-01-19 18:42:06 UTC
This seems to be an upstream issue with the Wacom driver or the OS. Maybe updating Ubuntu to 19.04 could solve the problem.
Comment 4 Redsandro 2020-01-19 19:43:04 UTC
We don't use non-LTS. Switching to 20.04 LTS is scheduled for this summer.

Puzzling that Wacom input works fine with 19 out of 20 apps except Kdenlive. What does Kdenlive uniquely use that I can investigate more for upstream issues?
Comment 5 Julius Künzel 2021-03-15 16:55:49 UTC
Does it still happen after your system update? Can you please test with the latest version (20.12.3 at the moment, https://kdenlive.org/en/download/) and close this report if it is not relevant anymore?
Comment 6 Redsandro 2021-03-18 17:24:06 UTC
I cannot test the latest version because it crashes on me after running some tasks:

AppRun: line 42: 406502 Segmentation fault      (core dumped) kdenlive --config kdenlive-appimagerc $@

I am marking the issue as resolved anyway because I cannot reproduce this in the reported version. Chances are that some unrelated software updates have fixed input issues with graphic tablet pointers in the meantime.

If I notice this again, I will reopen the issue.