When just launching LO Calc and starting to write something in a cell, the software at first freezes for a moment, then fills the cells with whatever was being input. During the moment in which it is frozen, any keyboard input involving the arrow keys is ignored, e.g. if I type "1" - "down arrow" - "2" - "down arrow" - "3", it will write "123" in one cell instead of "1", "2", "3" in 3 cells. Steps to reproduce: * Launch LO Calc from anew with an empty workbook (close other LO Calc processes or workbooks if any were open). * Select some random cell. * Quickly type, in sequence, "1" - "down arrow" - "2" - "down arrow" - "3" (don't put quotes on the numbers). * Wait until Calc unfreezes and updates the cells with the inut. Expected behavior: * Should write "1" in the cell that was selected, "2" one cell below, "3" two cells bellow. Actual behavior: * Fills the selected cell with "123". Reproducible: always
I can't reproduce it in Versió: 6.0.6.2 ID de la construcció: 1:6.0.6-0ubuntu0.16.04.1 Fils de CPU: 4; SO: Linux 4.15; Renderitzador de la IU: per defecte; VCL: gtk3; Configuració local: ca-ES (ca_ES.UTF-8); Calc: group Could you please paste the info from Help - about LibreOffice ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the information has been provided
(In reply to Xisco Faulí from comment #1) > I can't reproduce it in > > Versió: 6.0.6.2 > ID de la construcció: 1:6.0.6-0ubuntu0.16.04.1 > Fils de CPU: 4; SO: Linux 4.15; Renderitzador de la IU: per defecte; VCL: > gtk3; > Configuració local: ca-ES (ca_ES.UTF-8); Calc: group > > Could you please paste the info from Help - about LibreOffice ? > > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' once the information has been provided The info is as follows: Version: 6.0.5.2 Build ID: 1:6.0.5-1 CPU threads: 4; OS: Linux 4.17; UI render: default; VCL: gtk3; Locale: en-US (en_GB.UTF-8); Calc: group Happens in different computers too.
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?
(In reply to Xisco Faulí from comment #3) > To be certain the reported issue is not > related to corruption in the user profile, could you please reset your > Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and > re-test? I still experience the problem in a fresh install of LO on a computer with an operating system that was just installed (Debian 9), without having changed any configuration related to LO before launching it for the first time.
Problem is still present in 6.1.0.3, will update the info.
No problem for me Arch Linux 64-bit Version: 6.1.1.2 Build ID: 6.1.1-1 CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3_kde5; Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Could you please create and attach a screencast showing the steps? There are various free screencast software available for use, including Camstudio (Windows), Jing (Mac), Simple Screen Recorder (Linux) or screencast-o-matic.com (Web). I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested screencast is provided.
Created attachment 146002 [details] arrow keys ignored Added a short gif video showing the bug. Not sure if it's of any help though, as it doesn't show keystrokes, but it can be seen in the end that it moves 3 cells below while only putting what I typed in the first cell. In the video, I double-clicked a cell and pressed "=", "1", "down", "2", "down", "3", "enter".
A new major release of LibreOffice is available since this bug was reported. Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
(In reply to Xisco Faulí from comment #9) > A new major release of LibreOffice is available since this bug was reported. > Could you please try to reproduce it with the latest version of LibreOffice > from https://www.libreoffice.org/download/libreoffice-fresh/ ? > I have set the bug's status to 'NEEDINFO'. Please change it back to > 'UNCONFIRMED' if the bug is still present in the latest version. Problem is still present in 6.2.2.
David, since you also use Windows, does it happen there? Please try to see if there's a dump, using procdump tool. It's originally Windows, but Linux variant also exists. In Windows is run: path-to-Sysinternals\procdump.exe soffice.bin -h path-to-put\soffice.bin.dmp If none of us reproduces, this cannot be confirmed.
(In reply to Timur from comment #11) > David, since you also use Windows, does it happen there? > Please try to see if there's a dump, using procdump tool. > It's originally Windows, but Linux variant also exists. > In Windows is run: path-to-Sysinternals\procdump.exe soffice.bin -h > path-to-put\soffice.bin.dmp > If none of us reproduces, this cannot be confirmed. It only affects the Linux version. In Windows 10 it ends up writing into the right cells even when writing during the startup delay.
I cannot reproduce the issue Version: 6.3.1.2 Build ID: 6.3.1-1 CPU threads: 4; OS: Linux 5.2; UI render: default; VCL: gtk3; Locale: it-IT (en_GB.UTF-8); UI-Language: en-GB Calc: threaded
Hello David Cortes, What happens if you launch LibreOffice from commandline with 'SAL_USE_VCLPLUGIN=gen soffice' ¿?
Problem is now gone in 6.3.1.2, including when launched with 'SAL_USE_VCLPLUGIN=gen'.
Great to hear it is gone regardless of the user interface backend!