summaryrefslogtreecommitdiffstats
path: root/crypto/store/store_local.h
diff options
context:
space:
mode:
authorNeil Horman <nhorman@openssl.org>2023-12-01 20:02:09 +0100
committerNeil Horman <nhorman@openssl.org>2023-12-21 15:22:40 +0100
commit506ff20662a228b17840f0b49865a927a45c2908 (patch)
treefa99ab163899cb138800889aea431aa364c588ee /crypto/store/store_local.h
parentUse GH action commands to group/collapse filtered output (diff)
downloadopenssl-506ff20662a228b17840f0b49865a927a45c2908.tar.xz
openssl-506ff20662a228b17840f0b49865a927a45c2908.zip
Make the activate setting more intuitive
Currently, a provider is activated from our config file using the activate parameter. However, the presence of the config parameter is sufficient to trigger activation, leading to a counterintuitive situation in which setting "activate = 0" still activates the provider Make activation more intuitive by requiring that activate be set to one of yes|true|1 to trigger activation. Any other value, as well as omitting the parameter entirely, prevents activation (and also maintains backward compatibility. It seems a bit heavyweight to create a test specifically to validate the plurality of these settings. Instead, modify the exiting openssl config files in the test directory to use variants of these settings, and augment the default.cnf file to include a provider section that is explicitly disabled Reviewed-by: Tomas Mraz <tomas@openssl.org> Reviewed-by: Matthias St. Pierre <Matthias.St.Pierre@ncp-e.com> Reviewed-by: Matt Caswell <matt@openssl.org> (Merged from https://github.com/openssl/openssl/pull/22906)
Diffstat (limited to 'crypto/store/store_local.h')
0 files changed, 0 insertions, 0 deletions