In some recent builds, before the great configmgr renewal, the following patter
used to work:
- create a configuration node (at the config provider)
- retrieve one of its sub nodes
- ask the sub node for its hierarchical name
  XHierarchicalName::getHierarchicalName
- create a new configuration node (at the config provider) using this
  hierarchical name

In m76, this doesn't work anymore. The reason is that getHierarchicalName now
returns a string which is no valid configuration node path anymore.

See the attached Basic macro to illustrate this: It displays the local and the
fully qualified name of a config sub node (getName and getHierarchicalName). In
m73 and earlier, the latter is a fully qualified node name, in m74 and later, it
isn't anymore.

Not sure if getByHierarchicalName was ever intended to provide a "re-usable"
node path,
http://api.openoffice.org/docs/common/ref/com/sun/star/configuration/HierarchyElement.html#XHierarchicalName
is not very clear about this. However, I don't see another way to obtain such a
complete node path from an existing node, so getByHierarchicalName seems the
canonic choice for this purpose.