Round trip : add the request arguments in the broadcast

[CyGa]

A round-trip can be summarized as a Request and Reply event + broadcast of the reply.

Round-trips are particularly useful when debugging systems where the access to the module itself is hard to get (like when using TestStand / VeriStand platforms). They are very good sniffers to understand what's going on under the hood.

I would find it very valuable if the broadcast could also carry the request arguments !

This way the 'sniffer' could expose the context of the reply : reply is formed that way when the request contains such arguments.

[Olivier-JOURDAN]

Too specific usage.

[Darren]

I feel like this special use case could be accomplished by the developer by simply copying the request arguments into the reply payload arguments window when first creating the round trip, then wiring them through in the resulting scripted code.

[CyGa]

A lot of things can be done simply by the developer doing 'things'.

Round trips are mainly used for debugging, and it would help a lot in all debug situation to know the input and output of a code related to a request.

The idea of the automation of that task would also be to wire automatically the request arguments into the broadcast cluster in the MHL case.