Bug 106008

Summary: Scroll zooming from touchpad barely controllable
Product: LibreOffice Reporter: Severo Raz <severoraz>
Component: UIAssignee: Not Assigned <libreoffice-bugs>
Status: NEW ---    
Severity: normal CC: ddascalescu+freedesktop, ilmari.lauhakangas, rafael.palma.lima, severoraz, telesto, xiscofauli
Priority: medium    
Version: 5.1.6.2 release   
Hardware: All   
OS: Linux (All)   
See Also: https://bugs.documentfoundation.org/show_bug.cgi?id=119523
https://bugs.documentfoundation.org/show_bug.cgi?id=119745
https://bugs.documentfoundation.org/show_bug.cgi?id=139470
Whiteboard:
Crash report or crash signature: Regression By:
Attachments: screencast of zooming action in LO Calc

Description Severo Raz 2017-02-14 20:14:59 UTC
When I try to zoom using two-finger scroll on my touchpad on any LibreOffice application, the zooming is barely controllable and hardly ever lets me get to the level of zoom I want. 

It feels like there is a zoom factor that is incorrectly calibrated so very thin scrolling on the touchpad becomes very coarse zooming on the application.

I expect that this problem is isolated to only some touchpads.

Bug 101388 seems to address a similar issue, but for two-finger scrolling in general. My computer is also a Lenovo, but an 80K9 laptop.
Comment 1 Xisco Faulí 2017-02-15 12:55:43 UTC Comment hidden (obsolete)
Comment 2 Severo Raz 2017-02-24 21:09:05 UTC
Ok, just installed version 5.3.0.3 and the problem also exists in this version.
Comment 3 QA Administrators 2017-08-30 19:27:29 UTC Comment hidden (obsolete)
Comment 4 severoraz 2017-08-31 07:34:29 UTC Comment hidden (obsolete)
Comment 5 Buovjaga 2017-09-14 15:13:39 UTC
I am able to 2-finger zoom with 5% step with Thinkpad T520

Win 7 Pro 64-bit Version: 6.0.0.0.alpha0+ (x64)
Build ID: 41b7713334351d7cc455eef5241bd3988b9d1e94
CPU threads: 4; OS: Windows 6.1; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-09-13_22:53:00
Locale: fi-FI (fi_FI); Calc: CL
Comment 6 Xisco Faulí 2017-10-31 15:45:10 UTC
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 7 severoraz 2017-11-01 09:01:19 UTC
Ok, tested. The problem is still there.
Comment 8 Xisco Faulí 2018-01-08 10:58:57 UTC
Could you please create and attach a screencast showing the problem?
There are various free screencast software available for use, including Camstudio (Windows), Jing (Mac), Simple Screen Recorder (Linux) or screencast-o-matic.com (Web).
Comment 9 Severo Raz 2018-01-23 18:19:38 UTC
Created attachment 139298 [details]
screencast of zooming action in LO Calc

The zoom depth depicted in the screencast is the result of scrolling a length of less than 2 cm in the touchpad. It is thus very hard to reach a specific zoom depth, since the zoom steps are very coarse.
Comment 10 Jimmy Jell 2018-09-04 11:02:29 UTC Comment hidden (spam)
Comment 11 Kaspersky 2018-11-24 04:58:57 UTC Comment hidden (spam)
Comment 12 V Stuart Foote 2019-02-02 16:19:27 UTC
*** Bug 123121 has been marked as a duplicate of this bug. ***
Comment 13 Dan Dascalescu 2019-02-02 20:00:08 UTC
I have the same problem, see bug Bug 123121.

Don't see how a screencast would help. Maybe a video of the user's fingers on the touchpad + the crazy fast scrolling.
Comment 14 Timur 2021-06-16 18:08:56 UTC
In Bug 125201 the was a fix in 6.4, please test to see if this happens in current LO.
Comment 15 QA Administrators 2024-02-06 03:11:49 UTC Comment hidden (obsolete)
Comment 16 bugreportr 2024-05-24 15:43:26 UTC
Issue still persists on the GTK VCL but not on Qt.

Version: 24.2.3.2 (X86_64) / LibreOffice Community
Build ID: 433d9c2ded56988e8a90e6b2e771ee4e6a5ab2ba
CPU threads: 8; OS: Linux 6.6; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-IN (en_IN); UI: en-US
Calc: threaded
Comment 17 bugreportr 2024-05-24 15:46:03 UTC
*** Bug 156489 has been marked as a duplicate of this bug. ***