Bug 152130 - user defined calc chart names not reflected in e.g. BASIC macros
Summary: user defined calc chart names not reflected in e.g. BASIC macros
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.4.2.3 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2022-11-19 21:14 UTC by trowelandmattock
Modified: 2023-06-28 03:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description trowelandmattock 2022-11-19 21:14:37 UTC
Description:
if a chart name is changed from defaults the default  name is retained 'in background' of API and the chart can not be accsed by the new user name:

e.g. 
for single chart (Object 1) renamed in Calc GUI to (Chart1)
:
getByIndex(0) > gets the chart
[getByIndex(0)] .Name > gets the original default name (Object 1) 
and getByName("Object 1") also works to get the chart
but
getByName("Chart1") fails ('Chart1 not found')



Steps to Reproduce:
1.see above
2.
3.

Actual Results:
new user/GUI defined name for chart not found e.g. with basic macro  

Expected Results:
user defined chart names should be find-able with e.g. getByName , and the old default names should not remain 'in background' being used by the API

also; getByIndex can be awkward because index positions of new vs copied charts is not intuitive


Reproducible: Always


User Profile Reset: No

Additional Info:
Comment 1 Stéphane Guillou (stragu) 2022-11-28 14:44:37 UTC
I think Bug 144219 might be related.

Could you please provide an example document with macro to test your issue?
Please also provide the information in Help > About LibreOffice.
Thank you!
Comment 2 QA Administrators 2023-05-28 03:17:44 UTC Comment hidden (obsolete)
Comment 3 QA Administrators 2023-06-28 03:13:18 UTC
Dear trowelandmattock,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp