Description: When some program is used to type into LibreOffice Writer very quickly and the content includes both character and backspaces, the backspaces are sequenced later. Steps to Reproduce: 1. Open LibreOffice Writer. 2. Execute `sleep 1; xdotool key --delay 0 a BackSpace b` in another command, and quickly switch back to LibreOffice Writer window. Actual Results: The content of the page is `a`. Expected Results: The content of the page should be `b` (which is what happens if the key sequence `a BackSpace b` is typed into the page slowly) Reproducible: Always User Profile Reset: Yes OpenGL enabled: Yes Additional Info: There's no option for "Use OpenGL for all rendering", but "Use hardware acceleration" is turned on; but it doesn't make any difference if it's turned off. Originally reported at https://github.com/openstenoproject/plover/issues/1059 -- the bug doesn't happen at version 5.4.7.2, but does happen at 6.1.5.2 or 7.0.4.2. It takes a long time to download each version of LibreOffice to test, so I can't tell if 6.1.5.2 is the first affected version.
Reproduced with gtk3, but not with gen/x11. You can try launching with SAL_USE_VCLPLUGIN=gen libreoffice I don't have access to a kf5 backend version at the moment. You could try with it as well or mention if you are seeing it in your Help - About under VCL. NixOS Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: b1df9c67349cf4cc5be4128d797aefb87f50e38f CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: x11 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Version: 7.1.4.2 / LibreOffice Community Build ID: 10(Build:2) CPU threads: 16; OS: Linux 5.13; UI render: default; VCL: gtk3 Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded
Ok I did some more testing on another machine and this was actually fixed some time after 7.1, so I am closing.
I just try downloading LibreOffice 7.2.0.2 (Linux x86-64 rpm). The bug remains. Are you using some newer version?
Hmm, now I could also reproduce with a master build and gtk3 and kf5. Not sure why I got a different result before. Setting back to NEW.
As Wayland gains market share, xdotool will become unreliable as it only works with XWayland. Therefore, these could be tested: https://github.com/atx/wtype https://github.com/ReimuNotMoe/ydotool
With the command `sleep 1 ; ydotool key -d <delay> 30:1 30:0 14:1 14:0 48:1 48:0` on Fedora 38 on Wayland, I can go down to "-d 0" (default is 12) in the text editor gedit and in this browser field. b (key 48) is correctly rendered. In LibreOffice Writer (alone), I can go down to 3 ms. 2 ms is a hit and miss and 1 ms systematically leaves me with a (key 30). In Impress and Calc, also a zero delay between keystrokes renders b.