Description: I'm working on page 26 of a document that will most likely surpass 50 pages. I format data labels for the pie charts, save the settings, then at some point close the .docx file after a day's work. Every time I open the saved document to progress further, I need to reformat every pie chart because the data labels have been reset and have defaulted to original settings. Disappointed that my formatting changes have been reset, I have to reformat the pie charts every time I open the .docx file to progress further. I have to right click and click on "Format Data Labels." Then click on the "Font" tab to click on "Bold" for a Typeface that has been reset to "Regular." In the same data label formatting window, I need to click on the "Font Effects" tab to select the different "Font Color" I specified from the default setting of "Black." Thirdly, in the same data label formatting window, I need to click on the "Data Labels" tab, click on "Percentage format..." to uncheck "Source format" so that I can select the percentage format to be whole numbers ("-13%" is the example given) instead of going by the default percentage format with two decimals spaces after ("-12.95%" is the example given). I save the settings, work on the file some more, then close it after a satisfying day's work -- only to find upon reopening the file that the data labels on the pie charts have reverted to original settings and I have to go in there again. To say that this is exasperating is an understatement, as I have been working on this document for the past two weeks, adding to it on a more or less daily basis. I hope you can come up with a fix for this bug in time for me to complete this report. Actual Results: Data label formatting of pie charts reset to original settings, even after formatting in the .docx file has been saved. Upon opening the .docx file, I have to go in there every time to reformat the data labels to the pie charts. Expected Results: I would expect that after I have saved the settings that upon reopening the .docx file I would be able to see that the formatting of the data labels for the pie charts would remain saved. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.98 Safari/537.36
Hello, Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 129107 [details] This is how the default setting for the data labels in the pie chart looks like when I reopen the file.
Attach the actual document, not a screenshot. Setting back to NEEDINFO.
Created attachment 129267 [details] Made a test document, where I inserted data labels, formatted the labels to be bold and white and show percentage without two decimals After saving the document as a .docx, I reopened the file and sure enough everything is back to the default format of black font, regular (not bold) text, and the percentages were showing with two decimal places. Although my data was saved, none of my formatting prior to saving the document was saved.
(In reply to laughswith from comment #4) > Created attachment 129267 [details] > Made a test document, where I inserted data labels, formatted the labels to > be bold and white and show percentage without two decimals > > After saving the document as a .docx, I reopened the file and sure enough > everything is back to the default format of black font, regular (not bold) > text, and the percentages were showing with two decimal places. Although my > data was saved, none of my formatting prior to saving the document was saved. Repro. Arch Linux 64-bit, KDE Plasma 5 Version: 5.2.3.3 Build ID: 5.2.3-1 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; Locale: fi-FI (fi_FI.UTF-8); Calc: group Arch Linux 64-bit, KDE Plasma 5 Version: 5.4.0.0.alpha0+ Build ID: 8a238809ba861c810304354f01a5504d43111399 CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on December 2nd 2016
** 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 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 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: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Created attachment 147423 [details] Screenshot of an example file in Writer master and Word https://cgit.freedesktop.org/libreoffice/core/commit/?id=6a04b9298ae993881d20fc4b5aa91516d4df6695 did help a lot with this one
Created attachment 147424 [details] Example odt from LO 6.3 master This has custom font (Lucida Console), font size (15pt), font style (Bold), font color (purple), single strikethrough, single red underline set for the data series label.
Created attachment 147425 [details] The example file saved as docx from LO 6.3 master As far as I see, the docx export contains all of the above data series font formatting.
Let's say WFM, maybe this could be set as a duplicate for bug #121279 too.