Created attachment 94952 [details] Simple .docx chart missing label name Sometimes when I open ms office .docx charts in writer, the legend is showing but missing the name. I have attached an example.
reproducible, tested using Mac OSX 10.9 with LibreOffice Version: 4.2.2.1 Build ID: 3be8cda0bddd8e430d8cda1ebfd581265cca5a0f Kind regards, Joren
Leaving some comments for me for the future. The problem is that in MSO there are no unnamed data series however data series with default name have no name exported to OOXML. One approach might be to set the name during import if none is set in the file but that causes some problems with localization. The other approach is to provide a similar mechanism in chart2 that replaces no series name with a correct localized one. The first one will not cause any problems except for localization whereas the second needs to explore the impact on existing files and how to represent that in the chart2 model.
Markus, I've noticed in my charts that the Calc importer automatically generates a name, while the Writer importer leaves them blank. Could we use Calc's system in writer?
(In reply to Luke from comment #3) > Markus, > I've noticed in my charts that the Calc importer automatically generates a > name, while the Writer importer leaves them blank. Could we use Calc's > system in writer? It is not that easy in that case. Looks like that document references an external file that is not included. So we are using actually not even the writer data provider but the internal one. I'll see if I can do some ugly hacks in the import to set the data series name in case we fall back to the internal data provider.
Markus, Not sure I follow you. Compare attachment 115112 [details] with attachment 115115 [details]. Both files were made with the same exact chart, but the .DOCX version is missing the legend in Writer. Is this the same issue as reported here or should I open a new case?
Label still missing in Version: 5.2.0.0.alpha1+ Build ID: 23ad336bfe61316b08f85e827b98fc593ac6908a
Still reproducible in Version: 6.0.0.0.alpha0+ Build ID: 34e8fd7e99489e9f50a512b07c6f3923b358b4d3 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group
** 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
Repro 6.3+.
Description of the fix: tdf#75659 Chart: fix empty legend at not available legend names by using localized versions of "Unnamed Series 1" etc. Note: OOXML files don't contain the default or fallback legend names used by MSO in this case, so the original empty string replacement of the missing names resulted bad chart import.
Balazs Varga committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/+/007bf60611e2ba5a65ffabe80dbb0e279fcb9f26%5E%21 tdf#75659 Chart: fix empty legend at not available legend names It will be available in 6.4.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified FIXED in Version: 6.4.0.0.alpha0+ (x64) Build ID: 2b3f6d73496f7d0fb4624e1d14f66e922d05fb31 Thanks Balazs!
You're welcome! Thanks for the quick feedback, Luke!
Balazs Varga committed a patch related to this issue. It has been pushed to "libreoffice-6-3": https://git.libreoffice.org/core/+/0869c65a7e937d71bd623ed498a3a47cebe0a66d%5E%21 tdf#75659 Chart: fix empty legend at not available legend names It will be available in 6.3.0.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.