Description: Start LO-session. After opening a file for the first time in this session no entry is possible, neither alphanumeric nor <ENTER>, <F*>, <page down> or whatever, except(!) arrow keys. To enable entries, first press an arrow key. In some cases I found that this problem does not appear after opening the same file for the second time in the actual session. Note: Release is 7.5.4.1 Steps to Reproduce: 1. Start LO-session 2. Open a calc file for the first time in the actual session 3. Try to enter something (causes no reaction) 4. Press arrow key 5. Enter something Actual Results: No entry possible after opening file. Expected Results: Entry possible directly after opening file. Reproducible: Always User Profile Reset: No Additional Info: Note: Release is 7.5.4.1, which is not a listed above.
No repro with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 0c4913e03e8427a576138601958f2dbf13b8c37b CPU threads: 4; OS: Linux 6.2; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded Please copy and paste here the contents of your Help - About from your LibreOffice. This allows us to know more about your system. Set to NEEDINFO. Change back to UNCONFIRMED after you have provided the information.
Version: 7.5.4.1 (X86_64) / LibreOffice Community Build ID: 50(Build:1) CPU threads: 12; OS: Linux 5.14; UI render: default; VCL: gtk3 Locale: de-DE (de_DE.utf8); UI: de-DE Calc: threaded (Opensuse 15.4, XFCE Desktop)
BTW: I forgot to mention that clicking by mouse also enables entries.
@Roland, if you could also upload a sample doc for us to test, that would be helpful for us to try and reproduce the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 190092 [details] Sample Problem occurs with any existing (.ods-)file and is not effected by its content. To assure occurrence it might be better to open a new(!) LO-session and an existing file.
Hm, I'm still not able to reproduce. @Roland, do you get different results if you run LO on safe mode? You can do this by going to Help > Restart in Safe mode. You can also try upgrading to a later version of 7.5 or 7.6 and see if this fixes things for you. I set the bug to NEEDINFO. Please change back to UNCONFIRMED once you respond. Thanks! Not reproducible in: Version: 7.5.5.2 (X86_64) / LibreOffice Community Build ID: ca8fe7424262805f223b9a2334bc7181abbcbf5e CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: dd7fc07f83416a3d8a444947b7d28f7347520d6a CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Kira, I discussed this already in the newsgroup de.comp.office-pakete.staroffice.misc <slrnugvogo.26a.roland.white@FELIX.fritz.box> Obviously it's a very special phenomenon dependent to my actual software configuration. In a few weeks I'll set up my PC completely new, so you may close this report. If the problem occurs again, I'll start a new one. Regards R-
Thanks for confirming Roland. I'll go ahead and close the ticket.