Problem description: When highlighting is toggled on, moving the mouse to the top or bottom of the writing window causes the page to scroll really fast. This is really irritating, as it means that as soon as you move the mouse back to the document from the toolbar, the page scrolls upwards, and you lose your place. For some reason it will scroll to the start of the document upwards, but only to the end of the current page downwards. In case compatibility with my touchpad is the issue, it is made by synaptics. Steps to reproduce: 1. Toggle highlighting 'on' at toolbar 2. Move mouse to either top or bottom of writing window. Current behavior: Page scrolls in direction that mouse is placed. Expected behavior: No scrolling automatically. Platform (if different from the browser): Windows 7 64-bit. Browser: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20100101 Firefox/12.0
Confirmed with: LO 4.0.0.0.beta2 Build ID: own W7 debug build Windows 7 Professional SP1 64 bit (In reply to comment #0) > Problem description: When highlighting is toggled on, moving the mouse to > the top or bottom of the writing window causes the page to scroll really > fast. This is really irritating, as it means that as soon as you move the > mouse back to the document from the toolbar, the page scrolls upwards, and > you lose your place. For some reason it will scroll to the start of the > document upwards, but only to the end of the current page downwards. I noticed that when you are in the position that header is invisible in the viewing window of your document and turn on the highlighting, then while moving mouse back to document area text is scrolled downward automatically. Also the behavior is inconsistent: when in highlight mode sometimes I can scroll downward and upward without problems by just moving the cursor, but sometimes it will scroll only to beginning or ending of the active page, sometimes it will scroll just few pages up/down or one up, few down or vice versa. All this is very annoying. P.S. I am using plain mouse.
*** Bug 52344 has been marked as a duplicate of this bug. ***
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present on a currently supported version of LibreOffice (4.4.0.3 or later): https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-02-19
Still happening. Win 7 Pro 64-bit, LibO Version: 4.4.1.2 Build ID: 45e2de17089c24a1fa810c8f975a7171ba4cd432 Locale: fi_FI
Breaks text selection as well as highlighting.
Fast scrolling still a problem when highlighting is on, in LibreOffice 5.0.4.2 (from openSuse). Without highlighting, the scroll is slower but still too fast (for me). Testing in OL document IG4202 (chapter on slide masters) I find that I can't scroll with the mouse across the page break between pages 9 and 10.
Bug confirmed for LibreOffice Version: 5.0.3.2 Build ID: 1:5.0.3~rc2-0ubuntu1~trusty2 Locale: en-GB (en_GB.UTF-8) on linuxmint 17.3. tools related to the triger of this bug are: - highlight tool - font color tool
A possible solution to this problem or a similar one (jittery, inconsistent scrolling through page breaks), is uncheck everything except hardware acceleration in "Graphics output" found in Tools > Options > LibreOffice > View. Scrolling in these settings is smooth as silk on Windows 10 pc. It is probably a bug between the NVIDIA GeForce GTX series (mine is the 960M) and OpenGL. Version: 5.4.3.2 (x64) Build ID: 92a7159f7e4af62137622921e809f8546db437e5 CPU threads: 8; OS: Windows 6.19; UI render: default; Locale: en-US (en_US); Calc: group
Still happening. LibreOffice 6.0.4.2 (x64). Build ID ID de compilação: 9b0d9b32d5dcda91d2f1a96dc04c645c450872bf. Windows 10 64bit. Please make an option to disable completely the automatic scroll when highlighting is toggled on. I need to highlight hundreds of pages every day, and this feature slows me down a lot.
Still happening. Version: 6.0.3.2 Ubuntu 18.04.1
Dear tomcb, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Version: 6.2.7.1 Build ID: 20(Build:1) CPU threads: 12; OS: Linux 4.12; UI render: default; VCL: kde5; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded from openSuse does not display this problem. Scrolling with the mouse cursor seem much smoother and crosses page breaks without hesitation.
Still repro Version: 6.4.0.0.alpha0+ (x64) Build ID: d744838991594eebe27acc4c7d9fb4579d654853 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-09-29_05:12:00 Locale: fi-FI (fi_FI); UI-Language: en-US Calc: threaded
Dear tomcb, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
In LO from Suse the scrolling is still faster than I'd like but is no longer wildly out of control. Ver. 7.1.4.2 /LO Community Env: CPU Threads: 12; os: Linux 5.3 UI: UIRender: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US Misc: Calc: CL
I tested and there is no difference between 3.5.0 and master. In both it it possible to make it scroll slower, in decent-sized chunks about one per second, if you move the mouse to the edge of the visible document area carefully. Yet it is very easy to slip into crazy fast scrolling. Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 7cd5b35caa8d4fa9d0ba2b2c6ce4b88726ed2be6 CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win Locale: fi-FI (fi_FI); UI: en-US Calc: threaded
Dear tomcb, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug