Bug: Instance IO broken
Describe the bug
Instance I/O appears to be fundamentally broken, especially when trying to work between two instances. For an example in Hammer:
- Create an instance with an output
- Create an instance with an input
- Link them together
- Check the outputs on the outputting instance, "OnProxyRelay1" should be an instance input parameter instead
- Bonus issue -- "OnProxyRelay1" should just be "OnProxyRelay" - the numbered outputs are supposed to be engine-side, not Hammer-side, as stated by the VDC.
In game, this manifests as I/O not working properly. This can have disastrous consequences in cases such as instancing HEP launchers and catchers, and having the catcher instance send an output to the launcher instance to disable it. In-game, this results in the HEP launcher actively not disabling, which in playtime scenarios can result in players getting killed in stupid and unexpected ways. This is potentially game-breaking behavior - and a frustrating, maddening headache for mappers. A prompt fix would be much appreciated.
To Reproduce
See bug description to reproduce error. May not work 100% consistently, so use trial-and-error.
Issue Map
Happens regardless of map.
Expected Behavior
Instance I/O, direct or indirect, should work as anticipated. Instance I/O should not be overridden within an instance .vmf by another instance's inputs from a completely different .vmf, or otherwise 'trip out' as it currently does.
Operating System
Windows 10