Description: Sorry really only reported libreoffice. the problem is in the additional selection in the status bar of the writer it is not working properly. all others when triggered work exactly as if you were using the shortcut keys minus the additional selection that is not working. Attach a screen capture. Actual Results: already preceeded previously Expected Results: already preceeded previously Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: already preceeded previously
Created attachment 149573 [details] Bug - the additional selection when triggered by the status bar is not working. the bug is in the additional selection in the status bar of the libreoffice writer. the additional selection when triggered by the status bar is not working.
Thank you for reporting the bug. I cannot reproduce the bug in Version: 6.3.0.0.alpha0+ Build ID: b6b28931435e44aca92b8c0e1659f701e3ed1a87 CPU threads: 2; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-01-30_06:57:04 Locale: en-US (en_US); UI-Language: en-US Calc: threaded
I can' see, that anything happens, if I select one of those options. But I also don't know what should happen. I coudn't find any informations within LO help
I repro. When using Adding mode, it will clear the selection after a few adds or sometimes on the second add. Mouse selection is worse than keyboard selection. I bibisected on Linux 42max, but got an incorrect result "lp#1204592: activate menues even earlier to reduce latency", which is a Linux-only commit. I can repro on Win as well. For reference, the help for selection modes: https://help.libreoffice.org/latest/en-US/text/shared/02/20050000.html?DbPAR=SHARED#bm_id3148668 Arch Linux 64-bit Version: 6.3.0.0.alpha0+ Build ID: e967aea2d8cc4f9fc608cb726cb474c184fb61de CPU threads: 8; OS: Linux 5.0; UI render: default; VCL: gtk3; Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US Calc: threaded Built on 7 April 2019
Fix by patch done for bug 88064