Bug 131918 - FILESAVE Graph -> Data Ranges -> Data Series - does not keep data series order after save and reopen
Summary: FILESAVE Graph -> Data Ranges -> Data Series - does not keep data series orde...
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.3.5.2 release
Hardware: All Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-04-06 03:03 UTC by michal
Modified: 2021-01-23 04:04 UTC (History)
1 user (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 michal 2020-04-06 03:03:07 UTC
Description:
Changing order of multiple data series of a graph is working (this orders data series shown in legend). 

Newly set data series order is not kept after file reopen.

This breaks multiple items in data series configuration, which is apparently set according to data series order position, not according to actual data ranges, including:
- data series order in the legend
- data series belonging to primary or secondary Y axis
- color of data series

I found out after creating quite large graph with 9 data series and saving my work. :)

Steps to Reproduce:
1. create graph with more than one data series
2. change order of data series
3. save, close file and reopen
4. data series are now in previous order - how they were added to the graph, not how you set it afterwards by arrows

Actual Results:
data series order was changed after file reopen

Expected Results:
data series order should be kept how you set by arrows in "Data Series" dialog window


Reproducible: Always


User Profile Reset: No


OpenGL enabled: Yes

Additional Info:
Version: 6.3.5.2
Build ID: 6.3.5-1
CPU threads: 8; OS: Linux 4.19; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.utf8); UI-Language: en-US
Calc: threaded
Comment 1 Buovjaga 2020-06-24 15:16:55 UTC
I went through the steps and I am not seeing the problem. Can you test with a newer version?

Arch Linux 64-bit
Version: 7.1.0.0.alpha0+
Build ID: cb72269f93a20dd175dae3dcf30740c9931e7684
CPU threads: 8; OS: Linux 5.7; UI render: default; VCL: gtk3
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Built on 24 June 2020

Arch Linux 64-bit
Version: 6.4.4.2
Build ID: 6.4.4-1
CPU threads: 8; OS: Linux 5.6; UI render: default; VCL: kf5; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Comment 2 QA Administrators 2020-12-23 03:45:17 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2021-01-23 04:04:02 UTC
Dear michal,

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