Created attachment 86351 [details] Compare the 3 charts on the left-hand side and the images on the right-hand side : it is impossible to save the charts with these formattings. Hello. I have been working on compilling some scientific data and making some charts to present them as stock charts. I edited them to format the data series (changing the line widths and colours of the stock charts). When I save and re-open the file, all these hand-made formating is gone. I tried several times, only repeating the problem every time. I have attached the file. By luck, I had exported the charts as images (to import them in LO Writer) before closing the file. I have included the images side by side to the charts in the spreadsheet so you can compare and see what are the changes that are impossible to save.
Created attachment 86352 [details] Same file again.
Hello Mamoth, should be 1 problem per bug report. Seems that you're reporting 2 problems. (filesave with linewidth & color of stock chart) I suggest that you only focus in 1 problem in this bug report, then open new bug report for the other one. Could you also please explain simple steps to always reproduce the problem?
Marking as NEEDINFO - we need reproducible steps in order to verify the bug, also details about your distro (Linux presumed since it's Linux(all)) and what version of LibreOffice you're running. Once you provide this information please mark as UNCONFIRMED and QA will attempt to reproduce. Thanks for taking the time to help us make LibreOffice better.
Hello. Thanks for handling this bug. Regarding the number of bugs : that some features of the charts (colour and line width) are not kept when the file is saved is a single bug, but I just found another one regarding the data series so I'll open another bug, I filled the info regarding the version of LO (4.0.4.2). The OS is Ubuntu 12.04 up-to-date. To reproduce the bug : - download the second attachment. It's a .ods file. Open it. - There is only one sheet, called GES_sélection. It has 3 charts but also 3 images which are screen captures of the same charts, with some formatting changes. These images are what we are trying to achieve. - Ignore the first chart ('Emissions de gaz à effet de serre dans la productionde chaleur'). I'll open another bug for this one. - For the 2 other charts, reproduce the formating shown in the images : double-click the chart, and double-click any of the stock lines to open the 'Data series' window. Open the 'Line' tab. Change the width and the colour of the line. - Save the file and close it. - Open it again : the changes are gone.
I can confirm those behavior on 2nd chard with LO 3.6.7.2 (Ubuntu 12.04 32bit). Changing of line color & width to 0,1cm not properly saved. Also saw strange things: - First line (éolien) properly saved - At first reopening of the file after saving & closing, chart looks right. But double clicking the chart will rechange color & line width to previous state.
*** Bug 76881 has been marked as a duplicate of this bug. ***
Change plateform to all according to bug 76881 - Sophie
I did some tests and can add that any decoration (lines, labels, shapes, arrows, etc)added to charts is lost after saving and retrieving the file. Reddish
(In reply to comment #8) > I did some tests and can add that any decoration (lines, labels, shapes, > arrows, etc)added to charts is lost after saving and retrieving the file. > > Reddish Forgot to add: LO 4.2.4.2 Win 7. Reddish
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (4.4.3 or later) https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for your help! -- The LibreOffice QA Team This NEW Message was generated on: 2015-06-08
Repro comment 4. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: 902255645328efde34ddf62227c8278e8dd61ff0 TinderBox: Win-x86@39, Branch:master, Time: 2015-07-30_03:52:07 Locale: en-US (fi_FI)
** Please read this message in its entirety before responding ** 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 on a currently supported version of LibreOffice (5.1.6 or 5.2.3 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) http://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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20161108
Sorry to write this after many years but: Repro comment 4 with 6.2+. We don't know why this happens with example file (I can't recreate). Because it seems saved when simple stock chart is created from scratch.
I'm having the same problem here. I have posted this to the help forum over at Libreoffice but with a lot of people looking, no solutions. https://ask.libreoffice.org/en/question/176160/having-trouble-with-stock-chart-creation-in-calc/ Not only am I not able to save the attributes of one of the series, sometimes it corrupts the X-axis to the point of unrecoverability.
*** Bug 129647 has been marked as a duplicate of this bug. ***
I have a chart with 4 data series, namely All Cause, Cancer, CDV and Other Mortality rates. I use Stock Chart to show the median, the lower bound of the 95% confidence interval and the upper bound of the 95% confidence interval. The OPENING and CLOSING are the median values of the data series, the LOW values are the lower bound of the 95% CI and HIGH values of the data range is the upper bound of the 95% CI. After changing the body size of the candle stick and giving each data series a different colour, I end up with a very nice chart. However, only the data series 1 formatting (ALL CAUSE MORTALITY) is saved. If I add or delete a title then these changes are saved. If I edit the title, then these changes are not saved. Closing LibreOffice without saving results in the warning message to save the document ONLY the title is added or deleted but not when the title is edited. Similarly, closing LibreOffice without saving results in a warning message to save the document ONLY when the data series 1 is changed. If I change data series 1 and 2 without saving, I still receive the warning message but only the changes to the formatting of data series 1 is saved. The problem also exists on OpenOffice.
Reproduced in: Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 45d1fca81991f0d6837c98d6be6fe0d21d566fa5 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded Individually changed line widths and colours beyond series 1 are lost after save and reload.