Created attachment 125192 [details] File with a simple chart Steps to reproduce: 1) Open the attached calc 2) Be aware that the name of the sheet in which the chart is, it is the default name Sheet1 3) Select a range containing the chart and without the data values (like C2:L25) 4) Copy the selection 5) Open a new writer file 6) Paste in the writer file The chart will be empty (no data) If before copy at the step 4, you rename the sheet with another name. The chart will be correctly copied. Reproduced with : - LibreOffice 4.3.5.2 (Windows x86) - LibreOffice 5.1.2.2 (Ubuntu 16.04 x64) - LibreOffice 5.2.0.0.alpha (Linux x64) BuildID : 2383d557e5751387451cefa33516736228429137 After some test, I think it is due to the copy, not the paste. Because when I have a sheet name as "Sheet1", if I copy the selection and rename the sheet. The result will be bad.
I also tried with LibreOffice in a different language (here French). And the result is the same except the result is bad when the sheet name is equal to "Feuille1"
I can confirm with Version: 5.2.0.0.alpha1+ Build ID: eb7593daa4bac21bd68182c8bbbd3ee3bd7b64dd CPU Threads: 4; OS Version: Linux 4.4; UI Render: default; TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2016-05-03_07:06:45
After doing some further tests, I noticed that when the chart is pasted into another sheet of the same calc document and source data is edited, the pasted chart changes also. When I try the same thing with a chart copied from sheet with a non-default name, modifying data doesn´t modify the pasted chart. While debugging, I think I found an explanation for that. When the chart is copied from a default named sheet, the resulting XChart object has an internal data provider, but when the chart has a non-default name, the chart doesn´t have an internal data provider. This explains why a paste of the chart in Writer is empty in the first case (the chart can´t find its data, because it´s not in the same document) and is ok in the second case (the chart is copied as-is, without referencing anything from the source document).
After some more tests, I think the problem is more profound than the simple copy-paste. I forced libreoffice to name the default sheet "Sheet2" and repeated the test procedure. LO failed to copy the chart from Sheet2 as long as it kept its name. When I renamed it "Sheet1", it worked. Renaming it back to "Sheet2", the problem was still there. There must be either some initialization ( maybe subscribing to some global object ?) done for the first sheet, which isn't done for any other sheet. I don't know that part of the code, but if the binding is done using the name of the sheet, this can explain why reaming it back to its default name breaks things. The more I look at this, the more I think the real bug is that from a renamed chart the copy-paste is successful because the data link is broken between data cells and the chart even if I copy the data cells. It is completely logical to bind the chart to its data if there are cells selected with the chart. If one wishes to copy only the chart, one can simply click on it and copy it, one needn't select any cells. But if one wishes to copy an editable chart without its data, I think it is completely logical to have an empty chart. Maybe to fix this "bug", we should break copy-paste of a renamed chart ?
Hi, Is there some news about integration of this patch in the last release ?
** 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
Hello, Any news on this bug ?
Hello, Any news ?
hello, bug is still present on 6.2.7.1
Hello Could you add me to the gerrit patch? I don't see ans patch in the bug report
(In reply to Olivier DANIEL from comment #5) > Hi, > > Is there some news about integration of this patch in the last release ? What patch ? I don't see any patch in this bug report
Dear Guillaume Smaha, 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 https://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://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still repro Arch Linux 64-bit Version: 7.5.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: 2b093d27b7e6f231512920f20089fcac291b021f CPU threads: 8; OS: Linux 6.0; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 2 December 2022
Some history (all with linux-64 bibisect repos): * This issue is reproduced in OOo 3.3 -> inherited. * Since 6.4 and Kendy's e9e6d4b058e13165f3dde1ca7822eec97dfe8aa7 (for bug 116685), the default paste is RTF instead of an embedded spreadsheet. Therefore, from 6.4, one has to test this bug by pasting with Ctrl + Shift + V > LibreOffice Spreadsheet. * Since 7.0 and Mike's 1782810f886acd26db211d8fdd7ae8796d203c57 (for bug 130725), there is no chart object whatsoever in the pasted embedded spreadsheet, but the rename workaround still works. * Finally, since 7.4 and Mike's 964e2eaae9d32df201574e6f083acc630fed2f1d (and all the way to a current 24.8 alpha0+ build), the workaround of renaming the sheet before copying does not work anymore. Mike, any chance you could have a look at this one?
(In reply to Stéphane Guillou (stragu) from comment #14) Oh, fun. My change made the previous problem "fail correctly": previously, it misinterpreted the DBL_MIN value (2.2250738585072014e-308) as 0, and the chart showed these zeroes. After 1782810f886acd26db211d8fdd7ae8796d203c57, the value is recognized correctly, and as it is used in chart to denote empty cells, all the data is "empty" -> the chart is shown completely empty (actually, since some other change, not shown at all). The only thing that is needed here is passing the values (the inherited-from-OOo problem). I will try to find the original problem.
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/709866a3b8e073fab4937dcf91dcd33ff1d2bc13 tdf#99969: make sure to copy the chart source ranges to clipboard It will be available in 24.8.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.
*** Bug 77352 has been marked as a duplicate of this bug. ***
*** Bug 153685 has been marked as a duplicate of this bug. ***
*** Bug 153562 has been marked as a duplicate of this bug. ***
Thanks for tackling it, Mike! Fix verified in: Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 709866a3b8e073fab4937dcf91dcd33ff1d2bc13 CPU threads: 8; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: CL threaded
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/44141fbb32c181a1fea2730b194b2664521d0a79 tdf#99969: make sure to copy the chart source ranges to clipboard It will be available in 24.2.2. 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.
Xisco Fauli committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f03cb8214a2b1b3de8d93c1a19319ecc82e4b21d tdf#99969: chart2_uichart: Add unittest It will be available in 24.8.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.