-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Versioned personal data stored by PaperTrail left behind #11
Comments
Thank you for this point, resources and examples ! Task should include versioned user data and authorizations as described, and check if omniauth identities are also cleared after predefined (and also configurable) period |
Hello @ahukkanen, The account destroy is based on We can implement the clear of versioned user data and authorizations into this module. I wonder if it can be interesting for the community to have it directly in decidim-core in |
@Quentinchampenois IMO we should have some kind of retention period (i.e. the "cutoff" period I mentioned) before the versioned data is wiped out. I would suggest that this would be configurable and the defaults could be e.g.
I would suggest that this period (1 month) would be configurable from the module's So I would not wipe out the data straight when the user account is deleted. Eventually, I think this whole module should be in the core but core is in feature freeze right now, so it won't happen straight away. |
Thanks for your answer it is good to me, we will implement it into this module |
Decidim stores versions of the user data through PaperTrail as part of the
Decidim::Traceable
module as defined here:https://github.com/decidim/decidim/blob/bfc862f2308c3215c52b324e16de8680ed64fe16/decidim-core/lib/decidim/traceable.rb#L19
The data is stored to the
versions
table in the database within theobject_changes
column in YML format e.g. as follows:You can find this data e.g. with the following command from the rails console:
I think this data should be also cleared up for deleted users after a certain period of time as it contains personal details especially when applied to the user related models.
Note that this data can be sometimes useful to trace back the changes in the user model, e.g. in case we are accidentally deleting some account or in case we need to investigate some issue with the account.
I would suggest that there would be a defined (preferrably configurable) "cutoff" period after which the versioned user data would be also deleted for deleted accounts.
Note that this same issue also applies for the
Decidim::Authorization
model which also holds personal data. Those records can be already deleted by admins from the admin panel but the versions table is not currently cleaned after the removal. A similar "cutoff" period should also apply to the versioned authorization data.To fetch the version data for deleted user accounts:
To fetch the version data for deleted authorizations:
The text was updated successfully, but these errors were encountered: