The problem isn't quite clear.
What help date does it mean here?  

This Help Data(information in property description area) is not Debug 
information.
This information is received from selected node short description(also visible 
e.g. as node tooltip).
There are some nodes with empty short description(it's by spec).
So there is consistent approach to the dispayed information.

Still can't agree this is not a bug.
Even if help is displayed everywhere in the same manner it only means short
descriptions must be fixed.
To see what I mean just create a Sync sample and walk through all the elements
there looking at the help data displayed

This is OK for beta so I will downgrade the bug priority.

Current state is not perfect, that's for sure. Let's do something with that.

Ultimately, we would show contents of a related bpws:documentation node there
(as we do in XSD). However, we don't have any support for that, so we probably
need to go that direction for now.

I think it does not make sense to show tooltips there as the tooltips only
contain information that is shown in property sheet entries.

I think we should have the help section BLANK for now. I mean - keep the bold
line with the node name and type in brackets, but remove all the other stuff.


This leads to the questions of tooltips - which appearantly are not ok neither.

The navigator spec was originally proposing to have labels in the following
pattern: $node.type $node.name $node.attributes

For example, it was:
Scope <name.scope>
Variable <variable.name> <variable.type.fullyqualifiedname> (in case of simple
or element type)
Variable <variable.name> <variable.type.nonfullyqualifiedname> (in case of
message type)
Correlation Set <correlationSet.name>
Invoke <invoke.name> out=<outputVariable> in=<inputVariable>
partnerLink=<partnerlink.fullyqualifiedname> operation=<operation.name>
Receive <invoke.name> variable=<variable.name> createInstance=yes|no
partnerLink=<partnerlink.fullyqualifiedname> createInstance=yes|no
"onMessage" + <onMessage.operation>  |  "for" + <onAlarm.for> | "until" +
<onAlarm.until>
Partner Link <partnerLink.name> myRole=<myRole> partnerRole=<partnerRole>

I was also suggesting that other nodes shouldn't have any tooltip.

Now I think we should consider a different pattern.

Let's have something like:
$node.name [$node.type] $node.attributes

So only the name and type would be exchanged, and the type would be in brackets
- which is consistent in what we can see in Properties Window label. And that's
good.

Also - perhaps all the nodes should have a tooltip, even though they don't have
any attributes. For example "Empty1 [Empty]" might also be helpful.

Does it make sense?

fixed.

An elements with too short or empty tooltip have got suggested tooltip.
Another elements stay as is.
IMO it's require additional investigation and too riscue to do now.

According to the Jirka's comments the help for activities should only contain
the name and type in brackets:
I think we should have the help section BLANK for now. I mean - keep the bold
line with the node name and type in brackets, but remove all the other stuff.

I still can observe additional inconsistent data in Help section (for example
for Receive, reply and partnerLink elements the data and the way it is presented
are all inconsistent)

waived per Bug Council

Fixed in the release55_dev branch

Verified.