Description: This used to work until quite recently. Now Shift+Space has the same effect as space, i.e. it starts editing the current cell with a space as the first character. Steps to Reproduce: 1.Open a Calc document and click on a normal cell 2.Press Shift+Space Actual Results: Calc replaces any existing cell content with a space character and puts the text cursor behind it Expected Results: Calc does not start editing the cell, selects the current row Reproducible: Always User Profile Reset: Yes Additional Info: Shift+Space is displayed as a short for the Edit → Select → Select Row menu entry.
Works here. Version: 7.1.0.3 / LibreOffice Community Build ID: f6099ecf3d29644b5008cc8f48f42f4a40986e4c CPU threads: 16; OS: Linux 5.4; UI render: default; VCL: gtk3 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
No repro Version: 7.1.1.2 / LibreOffice Community Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676 CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: kf5 Locale: en-US (en_US.UTF-8); UI: en-US Calc: threaded
Strange. It’s consistent here. I’m using Arch Linux with XFCE, the system is fully updated.
I’ve now installed on a VM running Debian Live, where Shift+Space worked. Also I started ibus on my host system, which I don’t normally do, and again Shift+Space worked. Sorry for getting this wrong and wasting others’ time. Although I still wonder what changed because I have never had to start ibus to use this shortcut.
You talked about a Debian on a VM but on which env are you by default? If Debian, what flavour stable, testing, unstable? (I can't rely to LO version since you can use for example Debian stable but LO from testing) I gave a try on pc Debian x86-64 with master sources updated today + gen rendering + German language with German/Germany locale + I killed ibus process, I don't reproduce this. I tried gen, gtk3 and kf5 renderings. I don't think it'll help but just to be sure you're on a good basis, you can try https://wiki.documentfoundation.org/QA/FirstSteps
Thanks for taking an interest. As I said in comment #3 my default environment is Arch Linux. It has various desktop environments installed but I have settled on using it with XFCE for a long time. I cannot say whether IBus is the only way to solve the problem, but I consistently get the problem when the IBus daemon is not running, and when it is, Shift+Space works as intended. Also I cannot claim to know much about IBus. I became aware of it when investigating a different input problem with a different software (dead keys in jEdit). As running ibus did not resolve this and I only work with latin-based alphabets with the German keyboard layout anyway I did not see a need for running ibus so far. But when this came up I thought I could check whether ibus might help. Because I found that it did, I now autostart the IBus daemon in my XFCE session. I do update this system frequently (LibreOffice is now on 7.1.1.2) and before reporting I did remove my settings (by renaming .config/libreoffice), this did not make a difference.
One kind user redirected me here from my question on https://www.reddit.com/r/libreoffice/comments/m2fyvn/did_libreoffice_keybindings_to_select_an_entire. I'd like to add my experience here, which is exactly the same as the OP, I'm using ArchLinux as well with i3wm. I first encountered it on my ThinkPad and then observed it on my desktop (the exact same setup) today.
(In reply to sebalis from comment #4) > I’ve now installed on a VM running Debian Live, where Shift+Space worked. > Also I started ibus on my host system, which I don’t normally do, and again > Shift+Space worked. Sorry for getting this wrong and wasting others’ time. > Although I still wonder what changed because I have never had to start ibus > to use this shortcut. It is not a waste of time, and it would be good to figure out what changed and how to fix it, and if there was any change in LibreOffice that had an impact here. Perhaps if you can remember an older version this definitely worked with, you could install that older version, and preferably all release versions (X.Y.0) between the good and bad version in parallel, as described here: https://wiki.documentfoundation.org/Installing_in_parallel/Linux Of course this is only useful information if we assume something changed in LibreOffice. If it's specific to the distro's build or the distro environment, then either it will likely occur in the old TDF-built version as well, or not occur with the current TDF-built version. Still would be good to know that, but not sure how to proceed then. By the way, disabling/enabling IBus makes no difference here (Ubuntu 20.04).
Unfortunately https://wiki.documentfoundation.org/Installing_in_parallel/Linux has no instructions for Arch and a quick search didn’t find any either, also my time is limited. I would of course like to assist in this but at the moment that does not seem possible.
(In reply to sebalis from comment #9) > Unfortunately > https://wiki.documentfoundation.org/Installing_in_parallel/Linux has no > instructions for Arch and a quick search didn’t find any either, also my > time is limited. I would of course like to assist in this but at the moment > that does not seem possible. You could pick an old release from https://libreoffice.soluzioniopen.com/old-versions/
(In reply to Buovjaga from comment #10) > (In reply to sebalis from comment #9) > > Unfortunately > > https://wiki.documentfoundation.org/Installing_in_parallel/Linux has no > > instructions for Arch and a quick search didn’t find any either, also my > > time is limited. I would of course like to assist in this but at the moment > > that does not seem possible. > > You could pick an old release from > https://libreoffice.soluzioniopen.com/old-versions/ Setting to NEEDINFO
Seems to have been fixed in version 7.1.1.2
Dear sebalis, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
Hi, it seems strange mark this as unconfirmed because the bug was definitely there, and not just for me. But since the issue has resolved itself for a good while now – current versions no longer need IBus for Shift+Space to work – and I couldn’t invest the time to find out when exactly the problem occurred and disappeared, it does seem correct to set it to unconfirmed now.
Since it works now, let's put this one to WFM then. If someone reproduces this again, don't hesitate to reopen this tracker.
Will do, thanks for the advice on status values :-)