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. ***