In Impress, in the left menu where there are the slides, if the scrollbar is at the top, scrolling using middle mouse button doesn't work. If the scrollbar is at the bottom, scrolling up using the middle mouse button will directly put the scrollbar at the top.
I can't reproduce it in Ubuntu 13.04 (x86-64) with LO 4.1.1.2. Can you please specify what version of linux you are using?
Thank you for answering! I am using Archlinux 3.11.1-2-ARCH x86_64, with Xfce 4.10 (always LO 4.1.1.2). Hope this could help!
Created attachment 87711 [details] Sample odp with the bug The bug seems to appear with some odp files. Here a sample one.
I did some tests again using the new 4.1.2.3 version on Archlinux. With newly created odp files, I was not able to reproduce the problem, but by opening my old presentation, the bug is still there. I join a sample of the file.
Partially reproductible with LibO 4.1.2.3 on Win7. I noticed that trying to move the concerned leftmost "slides" scrollbar : - with the mouse wheel : results in moving the rightmost one (for the "tasks" panel) or the central one if none in the rightmost panel - with the mouse wheel, left to the scrollbar i.e. on the slides themselves : OK - with clics in the scrollbar : OK
Deeper analysis on LibO 4.2.0.0 beta2 on Win7 : - the error is still present, - it happens only at the first attempts to move the scrolbar (after you have moved another scrolbar, moving this one is OK). Status changed to NEW
** 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.1 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) 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-04-18
Seems fixed! Tested with LO 4.4.2.2, on ArchLinux x64 (kernel 3.19.3-3-ARCH) with XFCE 4.12.