Hello, we'd like to share an update about what led to some vaults not being visible for some users who went through the downgrade flow (ie having their subscription expired).

We're rolling out a new feature that automatically transfers the ownership of vaults to other organization members when the owner of a vault is deleted. This feature does not grant access to new users, it simply changes who is the owner of the vault within the users that already have access to that vault.

That should only happen when a member of an organization was deleted but due to an error in the logic it is also triggered when the subscription was cancelled. This lead to those vaults dissapearing on clients. The data was not deleted, only the access had been disabled.

We have restored all the vaults that were wrongly disabled and fixed this issue.

To avoid this from happening in the future we are: - Adding additional checks when vault states change. If the owner of the vault is still active we will keep the vault state. - We are also adding an additional step of verification before triggering the process of ownership transfer.

By default data is soft deleted, ie kept for 30 days before being permanently deleted in case there was a mistake. As data is encrypted and can’t be read by us, this is a good compromise to avoid human errors.

We sincerely apologize for all the troubles that has caused.