[Bug] zenoh_bridge_dds appears to not transfer DDS topics containing IdlUnion datatypes

[FirebarSim]

Describe the bug

With a DDS publisher on VM1 publishing instances of the write_sensor_plot_type class and a zenoh_dds_bridge on VM1 subscribed to the same domain. An instance of zenoh_dds_bridge on VM2 connected to the instance on VM1 publishing to a DDS subscriber on VM2 listening to write_sensor_plot_type no samples are received.

If all class parameters which contain a type inheriting from IdlUnion are commented out in the files generated from the OARIS IDL the samples will pass through the network with no other changes to the Python files (can attach on request).

To reproduce

1. Start a publisher on VM1 publishing OARIS sensor_plot_type samples on Domain X
2. Start an instance of zenoh_dds_bridge on VM1 listening to Domain X and connecting to zenoh_dds_bridge on VM2
3. Start an instance of zenoh_dds_bridge on VM2 listening to Domain Y and connecting to zenoh_dds_bridge on VM1
4. Start a subscriber on VM2 subscribing to OARIS sensor_plot_type samples on Domain Y
5. Observe that no samples are received at VM2 Subscriber

System info

Platform Ubuntu 22.04LTS 64-bit on ESXi
zenoh-dds-brige 1.7.2

[FirebarSim]

Additional investigations suggest that this behaviour is limited to IdlUnions used to represent True/False switch cases.