Description: When I click on an object to select it and then move the cursor after releasing, Draw often acts as if I was still holding the object, moving it unexpectedly. I need to wait a while after selecting an object before I can move the cursor to give LibreOffice time to deal with the click. Steps to Reproduce: 1. Using the trackpad, click and release on an object to select it 2. Move cursor using trackpad, immediately after the previous step Actual Results: The object is selected and dragged. I then need to move the object back to where it was, which is annoying. This is also laggy, happening about 1/3 second after I move the cursor. Expected Results: The object is selected, then the cursor moves without moving the object. This is the behavior I get if I do things slooowly. Reproducible: Sometimes User Profile Reset: Yes Additional Info: If I wait a long time (> .5 second) between the release and the cursor move, it works correctly. But with normal trackpad usage I usually get the bad behavior. I have a clear gap between the release and the move when I see the problem; I'm definitely not starting the move before I unclick. I want to emphasize that I'm not doing crazy speed demon moves with the trackpad, just using it at a normal pace as with any other program. It seems like LibreOffice is slow in processing mouse events. I suspect that it is processing the drag event before the unclick event even though the drag happens afterwards. This happens with OpenGL disabled or enabled. Version: 5.2.6.2 Build ID: a3100ed2409ebf1c212f5048fbe377c281438fdc CPU Threads: 4; OS Version: Mac OS X 10.13.6; UI Render: GL; Locale: en-US (en_US.UTF-8); Calc: group
Maybe bug 105500 (sidebar enabled). There are also some speed improvements for MacOS in LibreOffice 6.1 (and maybe also in 6.0). So updating seems a good idea.
I updated, but I'm still seeing this with 6.0.6 and 6.1.0.3, both with the sidebar opened and closed.
Does this happen with a single shape? Or are we taking about other objects? Or a larger file. A sample file would be practical.
Created attachment 144162 [details] Test file to demonstrate select/move bug
I've attached a test file. To reproduce the problem, click on the image and immediately move the cursor with the trackpad after releasing the click. Observed behavior: the image gets dragged along and moved. Expected behavior: the image is selected and the cursor moves. It's a bit strange, because I'm having a lot harder time reproducing the problem than yesterday. Before, I repeated the problem dozens of times and it would happen with any of the objects: text boxes or lines. But now it just happens with the image. I've tried to determine if anything has changed since yesterday to provide more information. CPU load was low both times (if it gets high I hear the fan run). I hadn't restarted LibreOffice. It's not a memory leak or something since I saw the problem yesterday immediately after installing new versions. It's not my laptop, since I've seen the problem both on MacBook Pro and MacBook Air. The problem is independent of the sidebar. Most of the time I have a fairly large image in the drawing, so maybe that's a clue.
I reproduced it with Version: 6.2.0.0.alpha0+ Build ID: c958f52b813d34baa9b5236bb34a08a04e6b0aba CPU threads: 4; OS: Mac OS X 10.12.6; UI render: default; TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-08-10_05:06:44 Locale: nl-NL (nl_NL.UTF-8); Calc: threaded and with Version: 4.3.7.2 Build ID: 8a35821d8636a03b8bf4e15b48f59794652c68ba
Dear Ken Shirriff, 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
I was not able to reproduce on: Version: 6.3.0.4 Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: GL; VCL: osx; Locale: en-US (en_US.UTF-8); UI-Language: en-US Calc: threaded