Our UR5e monitor handles a good read followed by failure now, but the compatibility wrapper still picks any plausible mode from an unfamiliar response container; how do we stop supporting every version by accident?
Support an explicit set of documented interface versions, with a tested parser for each shape. Unknown versions or malformed responses should be unavailable, not a treasure hunt for a mode value.
Developer found the fallback behind it: if the expected field is absent, scan every value for something mode-like; removing that breaks one old fixture in our test suite, not the installed read
Identify what that old fixture represents before replacing it. It might be obsolete, or it might be your only example of a supported response the new parser forgot.
Old fixture was invented for the mock and matches neither supported format; replaced with documented success and failure examples, then tested malformed containers, unknown versions and success followed by failure without the guessing fallback
Maintainer's installed read-only comparison matches the expected mode and source version, and the failure display stays unavailable rather than borrowing a value; supported-version note is in the handover, Isaac, so I'm closing this wrapper fix