This is the concatenated data of all fields.
Only within the beginning, the values are different.

I close my analysis so far.

Eventually, Gerald may shed more light on his comment what is exactly missing and going wrong here. And what would be the correct output ;-)

Thank you,
Harald

gwlester added on 2018-01-26 21:03:48 UTC:
The type to dict conversion routine should be looking at the xsi:type attribute of nodes who are an "abstract type" node to see what the type to use for the conversion to a dictionary really should be for incoming messages.

That is the behavior documented.

The dict to type conversion routine does this for outgoing messages.

I *really* seem to remember this code being there at one time. It should be a couple of lines of code to fix the issue.

gwlester added on 2018-01-26 21:34:13 UTC:
Actually, the code looks like it is there Utility.tcl lines 1589-1592 and lines 1622-1625.

I'm guessing that for some reason the test is failing when it should succeed. Some debugging right there should fix the issue.

oehhar added on 2018-02-09 13:38:26 UTC:
Thank you for the pointer to convertTypeToDict.

The (very complex) extend type is parsed as non array simple type.
Thus a call to "getText" on the whole result subtree gives this annoying result.

Here is the log file analysis on the call with the children of the Result node as argument: