Bug 130437 - Mouse wheel doesn't scroll if two or more 'print areas' are defined even in normal view
Summary: Mouse wheel doesn't scroll if two or more 'print areas' are defined even in n...
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: x86-64 (AMD64) All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisectRequest, regression
Depends on:
Blocks: regressions-printable-page-borders
  Show dependency treegraph
 
Reported: 2020-02-04 19:47 UTC by jperezcasares
Modified: 2020-02-15 16:18 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jperezcasares 2020-02-04 19:47:45 UTC
Description:
Mouse wheel doesn't scroll if two or more 'print areas' are defined. Wen change to normal view the problem persists.
Wen no one or only one 'print area' is defined, it scrolls normally.

Steps to Reproduce:
1. in an empty sheet i define two or more 'print areas'
2. i move mouse wheel but nothing happens (no scrolling) 
3. if i delete print areas (in edit print zones dialog) until it only remains one, the mouse wheel works normally again.

Actual Results:
i move mouse wheel but nothing happens (no scrolling)

Expected Results:
sheet must move up or down


Reproducible: Always


User Profile Reset: No



Additional Info:
Comment 1 jperezcasares 2020-02-04 21:50:39 UTC
If in a document is active the sheet with two or more 'print areas' and you change to other document in other window, this second document malfunctions too, without the need of having two 'print areas'.
Comment 2 m_a_riosv 2020-02-04 22:34:01 UTC
Repro and menus became invisible.
Version: 6.4.0.3 (x64)
Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU threads: 4; OS: Windows 10.0 Build 19555; UI render: GL; VCL: win; 
Locale: es-ES (es_ES); UI-Language: en-US Calc: CL

Version: 7.0.0.0.alpha0+ (x64)
Build ID: 54b28638ab15f68731861ae903c732273b41f78a
CPU threads: 4; OS: Windows 10.0 Build 19555; UI render: Skia/Vulkan; VCL: win; 
Locale: es-ES (es_ES); UI-Language: en-US Calc: CL

It doesn't happen for me with OpenGL disable, change Skia in v7 doesn't matter.

No issue with:
Version: 6.3.5.1 (x64)
Build ID: 9a62adaf9abe90e8fef419f29114b0176dd66801
CPU threads: 4; OS: Windows 10.0; UI render: GL; VCL: win; 
Locale: es-ES (es_ES); UI-Language: en-US Calc: CL
Comment 3 Xisco Faulí 2020-02-15 10:49:12 UTC
I do believe this is related to bug 130640, which was reverted in https://git.libreoffice.org/core/commit/c4281cb41e6b76cabd5fe42fc707877e864dfb82

Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Comment 4 jperezcasares 2020-02-15 16:18:47 UTC
I downloaded the Linux-rpm_deb-x86_64@86-TDF (deb) 2020-02-14 00:31:16 version and installed it.

This version works perfectly again.

i mark the bug as "fixed", but i don't really know if it should be marked as "duplicated".

Thanks a lot.