Bug 90823 - EDITING: Mark Precedents Error When continuous use
Summary: EDITING: Mark Precedents Error When continuous use
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
4.5.0.0.alpha0+ Master
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-04-24 02:06 UTC by yanjingtao
Modified: 2023-09-30 19:30 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Precedents continuous error (7.26 KB, application/vnd.oasis.opendocument.spreadsheet)
2015-04-24 02:06 UTC, yanjingtao
Details
screenshot (116.50 KB, image/png)
2023-09-30 19:30 UTC, BogdanB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description yanjingtao 2015-04-24 02:06:07 UTC
Created attachment 115044 [details]
Precedents continuous error

Ctrl+[(Mark Precedents) Error When continuous use.

The first time use Ctrl+[,it's OK,but if the precedents cells is a formule, and continuous press Ctrl+[,the precedents are error.

Step to reproduce:
1. Set these formule:

B3  =A2+B1
C3  =B2+C1
D3  =B3+C3

2. select D3.
3. press Ctrl+[, you can see Calc selects B3 and C3,that's OK.
4. press Ctrl+[, you can see Calc selects A2 and B1,it's Wrong, the right selects is A2 and B1 and B2 and C1.


Another Error to reproduce:
1. Set these formule:

B15  =A14+B13
C15  =C14+B15

2. select C15
3. press Ctrl+[, you can see Calc selects C14 and B15,that's OK.
4. press Ctrl+[, you can see Calc selects B13 and C12,it's wrong, the right selects is A14 and B13(I think) or None(Excel 2013 do).

I have tests in Windows 7 SP1 and Fedora 21 x86_64 using LibreOffice 4.4.2.2 and 5.0.0.0.


This bug is first put on LibreOffice Chinese Forum, http://www.libreofficechina.org/thread-851-1-1.html
Comment 1 Buovjaga 2015-04-26 06:24:23 UTC
Could not confirm problem.

In the first case, the final selection was correctly A2 and B1 and B2 and C1 for me.
In the second case, the final selection was correctly A14 and B13.

My default shortcut for Track precedents is Shift-F9.

Tested on:
Win 7 Pro 64-bit Version: 5.0.0.0.alpha1+ (x64)
Build ID: f3375fa07f27bd2ade519af3c07d69040d10eaa9
TinderBox: Win-x86_64@42, Branch:master, Time: 2015-04-22_23:38:50
Locale: fi_FI
Comment 2 raal 2015-04-26 10:35:03 UTC
I can confirm with Version: 5.0.0.0.alpha1+
Build ID: e9fbe1f7cd28de2a9da8089d89e903406165eb56
TinderBox: Linux-rpm_deb-x86_64@46-TDF, Branch:master, Time: 2015-04-25_00:20:28
Comment 3 QA Administrators 2016-09-20 09:33:29 UTC Comment hidden (obsolete)
Comment 4 Kevin Suo 2018-02-06 09:33:16 UTC
This bug is still reproducible in 
版本:5.4.4.2
Build ID:5.4.4.2-4.fc27
CPU 线程:4; 操作系统:Linux 4.14; UI 渲染:默认; VCL: gtk3; 
区域语言:zh-CN (zh_CN.UTF-8); Calc: group
Comment 5 QA Administrators 2019-02-07 03:47:30 UTC Comment hidden (obsolete)
Comment 6 Kevin Suo 2020-12-30 03:23:10 UTC
Still reproducible in

Version: 7.1.0.1.0+
Build ID: a88dbaf6a9076b546300f3c640ac38c5209a1ce2
CPU threads: 4; OS: Linux 5.9; UI render: default; VCL: gtk3
Locale: zh-CN (zh_CN.UTF-8); UI: en-US
Calc: threaded
Comment 7 QA Administrators 2022-12-31 03:19:41 UTC Comment hidden (obsolete)
Comment 8 BogdanB 2023-09-30 19:29:34 UTC
Also in
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 16; OS: Linux 6.2; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded

What I have notice that Trace Precedence is correctly finding the cells.
See my screenshot.

* Trace Precedence documentation: https://help.libreoffice.org/latest/lo/text/scalc/01/06030100.html
Comment 9 BogdanB 2023-09-30 19:30:02 UTC
Created attachment 189913 [details]
screenshot