You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Indy Wallet's create_indy_wallet function takes a WalletConfig structure as input for wallet creation.
One of its fields wallet_key_derivation is typed as String, but the implementation supports only a limited set of values.
Users wishing to create a wallet should not have to search through the codebase to find valid values to populate the string field with.
Consider changing its type to enum, or documenting supported values in the WalletConfig structure (and other places the field is exposed to library users).
The text was updated successfully, but these errors were encountered:
IMO it might be appropriate to redefine the enum for KeyDerivationMethod alongside WalletConfig (here). i think it's appropriate to redefine/duplicate that enum bcus the KeyDerivationMethod is owned by the misc/legacy/libvdrtools/indy-api-types crate, but it's preferred IMO if aries_vcx_core (where WalletConfig lives) exports it's own enum, rather than exporting an enum from a dependency crate. Then you'd create a function which converts the aries_vcx_core KeyDerivationMethod into the indy-api-types KeyDerivationMethod. One of the reason it'd be good for aries_vcx_core to own it's own type, is bcus KeyDerivationMethod might be applicable for other non-indy wallets in the future (e.g. "aries-askar" wallets might have a config using this enum too eventually). Open for discussion on this tho
Indy Wallet's
create_indy_wallet
function takes aWalletConfig
structure as input for wallet creation.One of its fields
wallet_key_derivation
is typed as String, but the implementation supports only a limited set of values.Users wishing to create a wallet should not have to search through the codebase to find valid values to populate the string field with.
Consider changing its type to enum, or documenting supported values in the
WalletConfig
structure (and other places the field is exposed to library users).The text was updated successfully, but these errors were encountered: