Bonjour Jean-Gabriel,
Je suis d'accord avec toi, il est facile de supprimer ces enregistrements.
Mais, si je suis toujours partant pour attaquer la base de données par des requêtes, j'aime bien savoir exactement les conséquences.
Question que je me pose :
Les clés étrangères sont bien renseignées dans les fichiers dbinstall.xml.
Mais est-ce-que tous les liens entre tables sont bien renseignés ?
Est-ce-qu'il ne pourrait pas y avoir des requêtes avec des jointures non déclarées ?
Ce qui pourrait aboutir à des erreurs du type "xxxx.id invalid" ?
C'est peut-être un excès de prudence ...
Autre problème concernant justement l'exemple que j'ai donné :
Il s'agit de la suppression de données pour un compte supprimé.
Pour un compte supprimé, dont l'id du dpo n'était pas bon, j'ai quand même pu valider la demande automatique de suppression de données.
Pour un compte supprimé, dont l'id du dpo n'était pas bon, j'ai quand même pu valider la demande automatique de suppression de données.
Une fois la demande traitée, l'enregistrement est supprimé de la table tool_dataprivacy_request, et les données nettoyées (j'ai vérifié dans les logs du cron).
Si je supprime l'enregistrement dans la table, je ne peux plus valider la suppression de données.
Comme je le disais dans le précédent post, je n'ai pas fouillé plus cette partie.
Je me pose juste quelques questions avant de me lancer dans un nettoyage de ces éléments.
Un point que j'essaierai bien est déjà d'utiliser les scripts de correction proposés dans cette page
Les points 15 et 16 permettent de corriger certaines erreurs.
Et voir ensuite si cela corrige certaines erreurs sur les clés étrangères
Bruno
Bruno