Incorrect parsing of null as nullable enum value serialized as strings

Consider the following schema definition (which passes validation with the openapitools/openapi-generator-cli container image):

// [...]
          "deviceEncryptionKeyScheme": {
            "$ref": "#/components/schemas/DeviceEncryptionKeyScheme",
            "nullable": true  // <-- nullability declared
          },

// [...]
      "DeviceEncryptionKeyScheme": {
        "enum": ["Default8"],
        "type": "string"
      },

It looks as if openapi-python-client version 0.23.1 supports deserialization with the deviceEncryptionKeyScheme property being unset, but not it being null:

        _device_encryption_key_scheme = d.pop("deviceEncryptionKeyScheme", UNSET)
        device_encryption_key_scheme: Union[Unset, DeviceEncryptionKeyScheme]
        if isinstance(_device_encryption_key_scheme, Unset):
            device_encryption_key_scheme = UNSET
        else:
            device_encryption_key_scheme = DeviceEncryptionKeyScheme(_device_encryption_key_scheme)

This looks like a bug to me.

Reproduziere den nullable-Enum-Fall aus dem Issue anhand des Verhaltens von openapi-python-client 0.23.1 und des gezeigten generierten Deserialisierungscodes. Beginne bei der Verarbeitung von deviceEncryptionKeyScheme nach d.pop; vergleiche den UNSET-Pfad mit dem Null-Pfad. Als erledigt gilt, dass ein explizit auf null gesetzter Wert erfolgreich deserialisiert wird, während eine nicht gesetzte Eigenschaft weiterhin als UNSET dargestellt wird.