Created attachment 116154 [details] ODT file with problematic chart This is one of the weirdest bugs I've found. I simply can't update the name of a series in a chart inserted in Writer. I'm attaching the problematic file. Steps: 1) Open the attached ODT file. 2) Activate the first chart (titled 313 K). 3) Enter into edit data mode through "Right click" -> "Data table". 4) Try to modify the name of the last series (the blue one) Result: The final name of the series always ends with "313.15 K Li (1981)", no matter what. Expected: Any component of a series should be modifiable. Additional comments: I've tested the following LibO versions, under Kubunu 14.04, x86_64: 3.5.7 4.3.7 4.4.3 5.0.0b1
Additional comments: A) Both charts were created in Calc, and then pasted into Writer. B) Saving the file as FODT shows the following strings in the file: For the first chart (titled 313 K): <table:table-row> <table:table-cell office:value-type="string"> <text:p>sdfaksdjjfnaskdljfna .d 313.15 K Li (1981)</text:p> <text:list> <text:list-item> <text:p>sdfaksdjjfnaskdljfna .d</text:p> </text:list-item> <text:list-item> <text:p>313.15 K</text:p> </text:list-item> <text:list-item> <text:p>Li (1981)</text:p> </text:list-item> </text:list> </table:table-cell> For the second chart (titled 353 K) <table:table-cell office:value-type="string"> <text:p>n-Hexane 313.15 K Li (1981)</text:p> <text:list> <text:list-item> <text:p>n-Hexane</text:p> </text:list-item> <text:list-item> <text:p>313.15 K</text:p> </text:list-item> <text:list-item> <text:p>Li (1981)</text:p> </text:list-item> </text:list> </table:table-cell> Erasing the content of "<text:list>" of both charts seems to solve the problem.
confirmed under Win8x64 using LibO 4.4.1
** 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.5 or 5.2.1 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-20160920
The bug is still present in Versión: 5.2.1.2 Id. de compilación: 1:5.2.1~rc2-0ubuntu1~trusty0 Subprocesos de CPU: 4; Versión de SO: Linux 3.13; Renderizado de IU: predeterminado; Configuración regional: en-US (es_AR.UTF-8); Calc: group Some additional comments: It's not possible to delete the "313.15 K Li (1981)" text on the last series. Moreover, it's possible to multiply the amount of "313.15 K Li (1981)" strings. Steps: 1) Enter in the edit mode of the first chart. 2) Go to the "data table" window via right click. 3) Erase the string "sdfaksdjjfnaskdljfna .d " in the thrid series name, and exit: Result: the amount of "313.15 K Li (1981)" string is 2 now. 4) Enter again in the data table window, and add some text at the begining of the series name. Exit the window 5) Enter again, and erase the new text. Result: now, the amount of ""313.15 K Li (1981)" string is 3.
** 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.4.1 or 5.3.6 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-20170929
The reason is indeed the list in the local table cell. How was this created? I cannot produce such file. If I resave the file in strict ODF 1.2, I get the assertion Program:c:\LO_build64\core\instdir\program\xolo.dll File:c:/LO_build64/core/xmloff/source/nmspmap.cxx Line: 264 Expression: false I have used Version: 6.1.0.0.alpha0+ (x64) Build ID: 0d06d1d16775fde3b0b34f3374907e07cbba763d CPU threads: 8; OS: Windows 10.0; UI render: default; Locale: de-DE (de_DE); Calc: CL A list is allowed formally in a table cell and works for an external table like a writer table. For an legend item only a paragraph is allowed. If a local table is generated for example while performing a copy&paste operation, the content of the paragraphs from the table cell are connected with a 
 character to get a single paragraph, which is used in the local table cell. I guess, that the same trick is used for displaying the legend item in case of an external table. So yes, the error still exists.
Created attachment 141012 [details] source ODS file
Created attachment 141013 [details] product ODT file
(In reply to Regina Henschel from comment #6) > The reason is indeed the list in the local table cell. How was this created? > I cannot produce such file. Hi Regina, I created that file in Calc, selecting to adjacent cells to create the legend. I don't have the original Calc file so I created a new one, from a similar work, which I'm attaching, together with a new ODT file. Within the ODS file, there is a scatter chart with 3 series. The first is named "Gui et al. (2006) CO2+Et2Scc285.19 K" and it's referenced to cell A9. The 2nd and 3rd series are called "TEMPERATURE= 285.19 K" and they are referenced to cell range $J$3:$L$3. The ODT file has the very same chart pasted from Calc. If you activate the chart mode, and open the data table you should be able to modify without a problem the name of the first series, but not the other two. For these, the string "285.19 K" remains appended at the end of the name.
** 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
I can alter the name of the data series in the embedded table and thereby the legend in the chart in the text document. Tested with Version: 6.3.0.0.alpha0+ (x64) Build ID: 5cb2db6dd7d234a610a6501668a9901af8472b7f CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; Locale: de-DE (en_US); UI-Language: en-US Calc: threaded
(In reply to Regina Henschel from comment #11) > I can alter the name of the data series in the embedded table and thereby > the legend in the chart in the text document. > > Tested with Version: 6.3.0.0.alpha0+ (x64) > Build ID: 5cb2db6dd7d234a610a6501668a9901af8472b7f > CPU threads: 8; OS: Windows 10.0; UI render: default; VCL: win; > Locale: de-DE (en_US); UI-Language: en-US > Calc: threaded Actually... the bug is still present in LibO 7.2.5
*** Bug 147502 has been marked as a duplicate of this bug. ***
1) Open "product ODT file" (3rd attachment). 2) Activate the chart 3) Open the Data table 4) Modify 2nd or 3rd series name ("TEMPERATURE = 285.19 K") into anything completely different. Result The string "285.19 K" is concatenated at the end of the new name. Expected: No trace of original name should be there
Created attachment 178388 [details] File with removed list element The file 'product ODF file' contains a <text:list> element in the internal <table:table> element, that shouldn't be there. In my attachment I have removed this element and the so repaired file behaves as expected. You can rename the date series without problems. Indeed it is not possible to rename the data series in the file 'product ODF file'. How was the chart in that file created?
(In reply to Regina Henschel from comment #15) How was the chart in that file created? Please excuse me, you have already described how to create the file.
The list was introduced with project "chartmultiline" 2009/2010. Some information are in https://bz.apache.org/ooo/show_bug.cgi?id=82971. The commits can be found with search for "chartmultline" in commit messages. I do not have such old build to investigate, whether the problem with labels from multiple cells in local tables exists from the beginning or has been introduced later. My oldest version is 3.5.1.2 and there the error already exists.
Hi, Regina, > Please excuse me, you have already described how to create the file. Yes, it's the ODS file. In my use case, it's common that a name of a series may be distributed over different cells in a row. (In reply to Regina Henschel from comment #17) > The list was introduced with project "chartmultiline" 2009/2010. Some > information are in https://bz.apache.org/ooo/show_bug.cgi?id=82971. The > commits can be found with search for "chartmultline" in commit messages. > > I do not have such old build to investigate, whether the problem with labels > from multiple cells in local tables exists from the beginning or has been > introduced later. My oldest version is 3.5.1.2 and there the error already > exists. So, this may be actually inhereted from OOo? Or the solution to that bug generated this?
*** This bug has been marked as a duplicate of bug 82298 ***