Created attachment 168452 [details] my test tables with public data LO 7.0.4.2-x64 is my actual system with win 10 x64 After copy the table with the default LO name (oldname_2) then the charts inside are not actually with the new table name. what to do copy a table and then look inside the chart with his data area.
it is a copy of the sheet not a table
After a change of data for a graph, the graph does not actualize. You must save, close, and reopen to have an actual data view. In this status, LO is at MSO 1990-Level.
I can confirm the bug with the attached file. When copying data and chart to a new sheet, the normal behavior is to adapt the range of the chart data source to point toward the new sheet, but this did not happen here. So the chart in the new sheet still points toward the data in the old sheet. I was able to reproduce it by playing around but I am not sure what triggers the different behavior. However, I don't see how saving and reopening the file changed something on your side, as the range was saved using the old sheet, this should stay the same. The snide comment about LibreOffice quality is quite unnecessary, it will not motivate developers further.
For me, this is a big core bug. I want to motivate here for faster debugging. There is no choice for institutions or firms to use and sponsor LO with such errors. There are minor bugs and differences to MSO and big bugs and big differences. And the big differences decide first. All that the program can do, should be perfect. And basic things must after 30 years star office, open office and libre office be perfect. Better no feature or only beta feature than a buggy feature. But this feature is a basic feature of all table programs. MSO has also managed with templates to reproduce charts in the same way for equal tables with different data. And saving Performance of MSO is with this sheet also 10 and more times faster. And there is near doubled file size of the ods against XLSX. So now to the bugs in this sheet with LO. There is a difference in behavior. Copy of sheet with oldname_2: in charts only oldname copy of sheet with a new name: some times new name in charts and some times old name in charts. There was no obvious system for me. In Version 7.1.0.1, I see only the old name in the new sheet in charts. In 7.0.x it was both possible. Then the charts do not actualize with new data in the new table. In 6.4.7.2 I could destroy the session and lose the work with copy and rename action of sheets in this simple calc ods. In 6.4.7.2 there was also a problem with the rename action. So there is positive progress in development.
For me, it is a critical bug, because every user must verify by hand the copied charts. So it is like a data loss. The user has false charts in his sheets with new data wrote over old copied in his sheets. Then there is no actualization in the charts with new data.
in 7.13.2 x64 in win 10 x64 it is partly solved 1. copy of sheet with default name oldname_2 no new name in copy sheet form! 2. save file 3. rename sheet to your name you wish 4. save file Without saving the file the names spring back to the old name of the sheet.
*** Bug 153386 has been marked as a duplicate of this bug. ***
Dear paulystefan, 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