Run.<clinit> registers Result.conv so that build.xml can use a simple
Yet this is only available for Run.XSTREAM, not, say, Items.XSTREAM. So a project using ReverseBuildTrigger will have the odd
During deserialization, only the ordinal is considered by readResolve.
We should rather have a
so that any field of type Result will be sanely handled; just need to ensure that an existing ReverseBuildTrigger is correctly restored.
Of course it would have been better for this to be an enum but it seems too late to change that compatibly. There may be Java serialized forms of this floating around (for example, in Pipeline program.dat), and you cannot deserialize the old form without a customed input stream: