Bug 93803 - com.sun.star.reflection.XTypeDescription getname() documentation is incorrect
Summary: com.sun.star.reflection.XTypeDescription getname() documentation is incorrect
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
5.0.0.5 release
Hardware: Other All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Dev-related
  Show dependency tree / graph
 
Reported: 2015-08-31 11:46 UTC by Peter Toye
Modified: 2023-10-04 16:32 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Peter Toye 2015-08-31 11:46:27 UTC 
Documentation says that it returns the fully qualified name. In practice it returns only the last part of the name.

This differs from Open Office which works as documented, so it looks as if something has been changed, and probably shouldn't have been.

This macro shows the issue (thanks to Bernard Marcelly for this)

REM  *****  BASIC  *****

Option Explicit

Sub PropertiesOfAService
Dim typDesc As Variant, allProps As Variant
Dim list As String, n As Long
Dim OOoTypeDescr As Object

OOoTypeDescr = GetDefaultContext.getByName("/singletons/com.sun.star.reflection.theTypeDescriptionManager")
typDesc = OOoTypeDescr.getByHierarchicalName("com.sun.star.text.GenericTextDocument")
allProps = typDesc.getProperties()
list = ""
for n = 0 to UBound( allProps() )
  list = list & allprops(n).Name & chr(10)
next
MsgBox(list, 0, "Properties names")
End Sub
Comment 1 Cor Nouws 2015-09-08 11:44:23 UTC 
Thanks for filing the issue, Peter.
Confirm and set to new

Documentation:
http://api.libreoffice.org/docs/idl/ref/interfacecom_1_1sun_1_1star_1_1reflection_1_1XTypeDescription.html
Comment 2 QA Administrators 2016-09-20 10:29:29 UTC Comment hidden (obsolete)
Comment 3 Peter Toye 2016-09-20 16:41:33 UTC 
Bug still there in LO 5.1.5.2
Comment 4 Peter Toye 2016-11-18 14:43:47 UTC 
And in 5.2.3
Comment 5 QA Administrators 2017-11-19 19:14:50 UTC Comment hidden (obsolete)
Comment 6 Peter Toye 2017-11-20 19:11:10 UTC 
Bug still there in latest stable release (5.7.3)

Version: 5.3.7.2 (x64)
Build ID: 6b8ed514a9f8b44d37a1b96673cbbdd077e24059
CPU Threads: 4; OS Version: Windows 6.1; UI Render: default; Layout Engine: new; 
Locale: en-GB (en_GB); Calc: group
Comment 7 QA Administrators 2018-11-21 03:44:23 UTC Comment hidden (obsolete)
Comment 8 Peter Toye 2018-11-25 11:59:38 UTC 
Still in LO 6.0.7.3, or in the 6.2 documentation. Which one depends on whether you see this as a code or a documentation bug. My view is the former.
Comment 9 QA Administrators 2019-11-26 03:32:10 UTC Comment hidden (obsolete)
Comment 10 Peter Toye 2019-11-29 12:05:29 UTC 
Bug still in Version: 6.2.8.2 (x64)
Build ID: f82ddfca21ebc1e222a662a32b25c0c9d20169ee
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-GB (en_GB); UI-Language: en-GB
Calc: threaded


Documentation still says "Returns the fully qualified name of the UNOIDL entity." and it returns just the name.

Isn't it about time someone did something about this? Someone in the LO dev team must have changed the code without documenting it or (presumably) checking that it didn't break anything (which it did).
Comment 11 QA Administrators 2021-11-29 04:36:04 UTC Comment hidden (obsolete)
Comment 12 Peter Toye 2021-11-29 10:04:27 UTC 
Still there in 7.1.6.2. And the documentation (7.2) is still wrong. As I said 5 years ago(!) and counting, one of them needs to be changed.