Bug 130374 - In CALC, References to data with autofilter get wrong after the filter is used.
Summary: In CALC, References to data with autofilter get wrong after the filter is used.
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.4.2 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-02-03 07:50 UTC by Luis Marcone
Modified: 2020-12-15 03:47 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
spreadsheet with the bug on it (17.94 KB, application/vnd.oasis.opendocument.spreadsheet)
2020-02-03 07:52 UTC, Luis Marcone
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Luis Marcone 2020-02-03 07:50:24 UTC
Description:
1 I have a very simple set of data: A,B,C and D with values 10,20,30,40.
2 define a filter for it 
3 Copy the values to another section of the sheet.
4 Use the filter in the source data (I only sort A-Z or Z-A)2 or 3 times
5 Some of the cells referencing the source data get his reference or his value wrong. The attached case: 2 cells show as both are referencing the C9 cell but show different values.
I am sure the references get messed after using the filter.

See attached sheet.

Steps to Reproduce:
1 I have a very simple set of data: A,B,C and D with values 10,20,30,40.
2 define a filter for it 
3 Copy the values to another section of the sheet.
4 Use the filter in the source data (I only sort A-Z or Z-A)2 or 3 times
5 Some of the cells referencing the source data get his reference or his value wrong. The attached case: 2 cells show as both are referencing the C9 cell but show different values.
I am sure the references get messed after using the filter.

See attached sheet.

Actual Results:
2 cells show as both are referencing the C9 cell but show different values.


Expected Results:
all references to data with a filter setting are ok after using the filter


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
[Information automatically included from LibreOffice]
Locale: es
Module: SpreadsheetDocument
[Information guessed from browser]
OS: Windows (All)
OS is 64bit: yes

Versión: 6.3.4.2 (x64)
Id. de compilación: 60da17e045e08f1793c57c00ba83cdfce946d0aa
Subprocs. CPU: 2; SO: Windows 6.1; Repres. IU: predet.; VCL: win; 
Configuración regional: es-ES (es_ES); Idioma de IU: es-ES
Calc: CL
Comment 1 Luis Marcone 2020-02-03 07:52:56 UTC
Created attachment 157606 [details]
spreadsheet with the bug on it
Comment 2 Buovjaga 2020-05-10 12:01:36 UTC
(In reply to Luis Marcone from comment #1)
> Created attachment 157606 [details]
> spreadsheet with the bug on it

I did Data - Calculate - Recalculate hard and after that, I could not get the problem to appear. I tried sorting many times with the NAME filter. Please retest.

Set to NEEDINFO.
Change back to UNCONFIRMED, if the problem persists. Change to RESOLVED WORKSFORME, if the problem went away.

Arch Linux 64-bit
Version: 7.0.0.0.alpha1+
Build ID: e622420c0aa8116294e85c076ff2d8fc6131595f
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: en-US (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 10 May 2020
Comment 3 b. 2020-05-17 01:20:28 UTC
same as @Buovjaga in #c2, 

there is a wrong - cached - value stored in the file for I8, 

it's not corrected unless you: 
- hit F9 on the cell, 
- trigger 'hard recalc' strg-shift-F9, 
- load the file with active 'recalculate on load', 

as your description 'Copy the values to another section of the sheet' deviates from the content of the file (H6:H9 look copied while I6:I9 contain (handmade?) referencing formulas) it's not so easy to retest the case, 

pls. provide a clear description how to come from a fresh sheet to the buggy variant,
Comment 4 QA Administrators 2020-11-14 03:49:27 UTC Comment hidden (obsolete)
Comment 5 QA Administrators 2020-12-15 03:47:42 UTC
Dear Luis Marcone,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp