Bug 140841 - Shift+Space shortcut (to select current row) no longer works without ibus
Summary: Shift+Space shortcut (to select current row) no longer works without ibus
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.0.3 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-03-06 14:16 UTC by sebalis
Modified: 2021-09-25 09:13 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description sebalis 2021-03-06 14:16:33 UTC
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.
Comment 1 Aron Budea 2021-03-06 14:56:54 UTC
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
Comment 2 [REDACTED] 2021-03-06 17:31:16 UTC
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
Comment 3 sebalis 2021-03-06 17:34:32 UTC
Strange. It’s consistent here. I’m using Arch Linux with XFCE, the system is fully updated.
Comment 4 sebalis 2021-03-06 19:16:24 UTC
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.
Comment 5 Julien Nabet 2021-03-06 22:00:27 UTC
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
Comment 6 sebalis 2021-03-07 21:20:44 UTC
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.
Comment 7 Mohammed Ismail Ansaei 2021-03-11 03:58:58 UTC
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.
Comment 8 Aron Budea 2021-03-11 13:15:03 UTC
(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).
Comment 9 sebalis 2021-03-11 15:55:18 UTC
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.
Comment 10 Buovjaga 2021-03-11 16:36:36 UTC
(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/
Comment 11 Xisco Faulí 2021-03-18 17:35:54 UTC
(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
Comment 12 Mohammed Ismail Ansaei 2021-03-28 13:55:08 UTC
Seems to have been fixed in version 7.1.1.2
Comment 13 QA Administrators 2021-09-25 03:40:40 UTC Comment hidden (obsolete)
Comment 14 sebalis 2021-09-25 09:03:17 UTC
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.
Comment 15 Julien Nabet 2021-09-25 09:10:07 UTC
Since it works now, let's put this one to WFM then.
If someone reproduces this again, don't hesitate to reopen this tracker.
Comment 16 sebalis 2021-09-25 09:13:46 UTC
Will do, thanks for the advice on status values :-)