Problem/Motivation

... and also automatically remove it when the module is uninstalled and enforce manual removal via an uninstall validator.

If we only going to have one public/private encryption key per site (instance) then we can move the encryption key creation to module install time, at least the first attempt for setup keys could happen there, an the key provider *may* have fail-safe in it to create missing public/private keys if necessary. (However if the install time logic is implemented I would probably prefer not having a automatic fail-safe in the key provider, but probably instead a requirements check with an admin UI to fix the incorrect configuration if necessary. TBD)

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Comments

mxr576 created an issue. See original summary.

mxr576’s picture

Status: Active » Fixed

This has been implemented part of the work on #3563227: Add support for key rotation.

Because

Configuring private/public key on module install would eliminate a WSDO caused by saving the first key with empty value (edge case) - that does not trigger private/public key creation because key.module does not call setKeyValue() on empty strings.

Now that this issue is closed, review the contribution record.

As a contributor, attribute any organization that helped you, or if you volunteered your own time.

Maintainers, credit people who helped resolve this issue.

mxr576’s picture

Status: Fixed » Closed (fixed)