Deserializing lone surrogate to ByteBuf fails when it's nested in an enum about json HOT 1 OPEN

Sniffing at eg the output of cargo expand, it looks like the basic reason this is happening is because the derived Deserialize implementations for untagged/internally-tagged enums use .deserialize_any() (+ Content?) which has to sort of "blindly" decide what to do with a JSON string that it encounters, and so understandably defaults to trying to deserialize it as a "string" (vs as "bytes")

So I'm assuming this should not be considered a "bug" of any kind but am curious if there are known strategies that would enable using serde/serde_json to deserialize eg internally-tagged enums with fields that may contain unpaired surrogates?

The two general ideas that I can picture are:

1. Have like an alternate version of serde_json whose .deserialize_any() defaults to treating JSON strings as bytes, not as strings
2. If you know that your "tag" field should come first in the JSON (which I think is a safe assumption/invariant in my use case) then it seems like you could defer deserializing the rest of the JSON object keys/values until after you've deserialized/"recognized" the tag field (at which point you could then avoid using .deserialize_any() because you'd know which enum variant you were deserializing, similar to how I'm assuming that "externally tagged" enums apparently avoid this issue)?

from json.