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
In a multi-tenant environment a delete endpoint will be needed for users to delete their tree and any associated media items. Likely needed for GDPR compliance. (Did not check code, just glanced at API docs.)
The text was updated successfully, but these errors were encountered:
Other consideration not sure with GDPR what these things mean for user related data in context of backups.
Backups need to be deleted, too; for a server administrator, this means it makese sense to backup trees individually, so it's easy to delete all backups of a given tree.
currently, media files are never deleted. DELETE to /api/media/<handle> just deletes the media object from the db. This is perfectly in line with how Gramps handles it: Gramps never deletes files. My take on this so far was that anybody running a server with GDPR requirements would have to set up a script that regularly cleans dangling files
deleting a SQLite tree is easy, just delete the database dir, but for Postgres it's much more difficult. Gramps itself does not allow deleting(emptying a Postgres db. So also in that case, I wonder if it wouldn't be easier to have a server-side script, if needed for GDPR
In a multi-tenant environment a delete endpoint will be needed for users to delete their tree and any associated media items. Likely needed for GDPR compliance. (Did not check code, just glanced at API docs.)
The text was updated successfully, but these errors were encountered: