See attached Calc document with macro. Pseudo-property is not writable although there is a method setName(newName). There is also a property "PersistName" when you access the chart as a DrawPage elemen: chart = ThisComponent.Sheets(0).DrawPage.getByIndex(0) spn = chart.PersistName This property ignores the attempt to rename and finally crashes the chart element. After document recovery the chart is gone.
Created attachment 174673 [details] Macro trying to rename a chart
I checked the macro in Libre Office 7.3.0.0.alpha0+ In my computer, it is not crashed no chart is disappearing. Version: 7.3.0.0.alpha0+ / LibreOffice Community Build ID: ac0db5736a53a4887cebbacc59026cecb7c44c66 CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb) Locale: el-GR (el_GR.UTF-8); UI: en-US TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-08-08_02:51:24 Calc: threaded
Created attachment 174677 [details] Macro trying to set the PersistName property This one tries to change the PersistName from "Object 1" to "Chart 1" by macro. Sometimes it crashes. In any case the new name is reported as an empty string whereas the new name is shown in the navigator. The only accepted name is the old name "Object 1".
(In reply to Andreas Säger from comment #3) > Created attachment 174677 [details] > Macro trying to set the PersistName property > > This one tries to change the PersistName from "Object 1" to "Chart 1" by > macro. Sometimes it crashes. > In any case the new name is reported as an empty string whereas the new name > is shown in the navigator. The only accepted name is the old name "Object 1". No crash, but I confirm the modified name in the pop up dialog is shown as "Object 1" Arch Linux 64-bit Version: 7.4.0.0.alpha1+ / LibreOffice Community Build ID: 47e8763114f12fe14e2a8dd94b5a339f614d23bc CPU threads: 8; OS: Linux 5.17; UI render: default; VCL: kf5 (cairo+xcb) Locale: fi-FI (fi_FI.UTF-8); UI: en-US Calc: threaded Built on 20 May 2022
Dear Andreas Säger, 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
The problem still exists in Version: 25.8.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 4ffd1e31b17965646fe4893e9a393fab3294b383 CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded Using the method setName() produces a runtime error. It is thrown by 725 void SAL_CALL ScChartObj::setName( const OUString& /* aName */ ) 726 { 727 throw uno::RuntimeException(); // name cannot be changed 728 } in https://opengrok.libreoffice.org/xref/core/sc/source/ui/unoobj/chartuno.cxx?r=fec1501374860983d837d482cd175d80f4635b6f#727