With the version: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: b3fdd999f87312447d03915585812b3a5cd48141 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded it happens quite often that when I mark some portions of text (possibly including pictures) that the marking vanishes immediately when I release the mouse key. I hover over the to be marked portion with the left mouse key depressed and release it when what shall be marked is marked. But quite often now that the highlight fades away immediately after releasing the key. Marking by keyboard actions only works as expected. Is this a problem of LibreOffice? Or does the contact in my mouse bounce and LibreOffice fools me because of that? (Maybe a question for another forum: is it not possible to set debounce times for the mouse contacts, because of course every electrical contact bounces a bit, maybe more with advanced age).
I just tried it with another mouse: same results. I also confirmed that mouse actions work as expected e.g. here in the browser when I write this bug report.
The bug is also present in Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: de-DE Calc: threaded
Can not confirm. A partial word, or multi-word, selection with l-mouse click-n-drag holds its mark after release. Likewise mark is held with a full word with a 'double click'. Perhaps a hardware issue with the mouse? =-testing-= Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333 CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: threaded
What hardware are you using? Do results depend on where your pointer is when releasing? Please try releasing right before the edge of the selection (i.e. above the second half of the last character), and try releasing right after the edge of the selection (i.e. above the first half of the first character after the selection). I'm thinking of bug 111969.
(In reply to Stéphane Guillou (stragu) from comment #4) > What hardware are you using? > > Do results depend on where your pointer is when releasing? Please try > releasing right before the edge of the selection (i.e. above the second half > of the last character), and try releasing right after the edge of the > selection (i.e. above the first half of the first character after the > selection). I'm thinking of bug 111969. It is a Lenovo ThinkPad W530. The mouse is an USB mouse "switch on" Model PC-MC01.
Today I tried the issue again and it did not appear again (LO Version versions mentioned above). The Linux operating system has undergone the usual updates in the meantime. I also checked the issue with the Windows 10 operating system and the version mentioned above for that. Of course Windows 10 also undergoes regular updates. The bug did not show up again there either. I also tried it with the mouse connected to all available USB ports on the computer and on the docking station. I also checked it with the other mouse (same model as mentioned before). The issue did not show up again. I mark this issue therefore as RESOLVED. Is FIXED the right other attribute for this issue? If it shows up again (hopefully never!), I'll reopen it.
Thank you for the thorough testing and for reporting back! The right resolution is "works for me" as we're not sure what fixed it.