Bug 113029 - EDITING: AutoInput doesn't recognise RC references and autocompletes with a formula
Summary: EDITING: AutoInput doesn't recognise RC references and autocompletes with a f...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.3.1.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: AutoCorrect-Complete
  Show dependency treegraph
 
Reported: 2017-10-10 07:10 UTC by John Russell
Modified: 2023-09-23 18:57 UTC (History)
2 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 John Russell 2017-10-10 07:10:45 UTC
LibreOffice Calc Version: 5.3.1.2
Build ID: 1:5.3.1-0ubuntu2

Ubuntu 17.04 x64 on a MacBook Retina Pro

With Formula Syntax RC, and AutoInput on, entering a formula ending with the relative column reference, i.e. a trailing 'C' in a reference such as 'R[1]C' or 'R2C' causes Calc to suggest 'Ceiling()' function. 

If the C is followed by another symbol such as a '+' Calc accepts the reference. 

Turning off 'Tools - AutoInput' stops this behaviour for new entries, but not when editing formulae which have already been entered. 

If 'AutoInput' is on when the reference is entered for the first time, then the formula autocompletes to 'Ceiling()'. I overrode that by entering the column number: 'R98C1'

With AutoInput off, the same cell when edited to '=R98C' autocompletes to 'Ceiling()', whereas entering the same formula in another cell '=R98C' does not provoke autocomplete. 

If I completely overwrite the first cell ('=R98C1') with the formula '=R98C' with the same formula, it accepts it.

If AutoInput is turned on again, both cells autocomplete to 'Ceiling()'

If the cell (e.g. 'R4C') hasn't been referenced already, it autocompletes to 'Ceiling()'.

If it has been used already then it accepts the reference.

This bug is a significant issue when editing formulae which have been entered with AutoInput on. 

As a rule, if RC formula referencing is in use then any expression starting 'R?C' or 'R[?]C' shouldn't be subject to autocomplete; the issue seems to be that autocomplete doesn't recognise RC references. 

I understand that it is possible to cancel autocomplete suggestions using the Delete key, however Mac keyboards don't have a Delete key so this workaround is not available to me. 

The same behaviour applies to the R in RC references, however as this is followed by another character, the autocomplete suggestion is overridden.

Can I suggest that a filter is added in AutoInput to detect RC references and avoid autocompleting them?
Comment 1 Buovjaga 2017-11-04 18:18:17 UTC
Reproduced.

For testers:
Tools - Options - LibreOffice Calc - Formula - Formula syntax
Tools - Autoinput

I don't know, if Mac keyboards have an Esc key nowadays, but it can also be used to cancel out of the autocomplete.

Arch Linux 64-bit, KDE Plasma 5
Version: 6.0.0.0.alpha1+
Build ID: 64024d7c18bd114eb9958cf80eea9129e09923bd
CPU threads: 8; OS: Linux 4.13; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on November 3rd 2017
Comment 2 QA Administrators 2018-11-05 03:44:13 UTC Comment hidden (obsolete)
Comment 3 John Russell 2019-06-05 13:33:52 UTC
Confirmed the problem persists.

Version: 6.2.4.2.0+
Build ID: libreoffice-6.2.4.2-snap1
CPU threads: 8; OS: Linux 4.18; UI render: default; VCL: gtk3; 
Locale: en-GB (en_GB.UTF-8); UI-Language: en-US
Calc: threaded
Comment 4 QA Administrators 2021-06-05 04:26:38 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2023-06-08 03:15:30 UTC
Dear John Russell,

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the information from Help - About LibreOffice.
 
If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice.

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not 
appropriate in this case)


If you want to do more to help you can test to see if your issue is a REGRESSION. To do so:
1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/

2. Test your bug
3. Leave a comment with your results.
4a. If the bug was present with 3.3 - set version to 'inherited from OOo';
4b. If the bug was not present in 3.3 - add 'regression' to keyword


Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa

Thank you for helping us make LibreOffice even better for everyone!

Warm Regards,
QA Team

MassPing-UntouchedBug