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 220.127.116.11 (Windows x86)
- LibreOffice 18.104.22.168 (Ubuntu 16.04 x64)
- LibreOffice 22.214.171.124.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: 126.96.36.199.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 ?
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!
Any news on this bug ?
Any news ?
bug is still present on 188.8.131.52
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)
> 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