Users.updated_at n'a pas été renouvelé lors de toutes les mises à jour

Dev
1

Lors de la modification d’un utilisateur via l’API, je souhaitais utiliser users.updated_at comme critère pour la dernière mise à jour.
J’ai maintenant remarqué qu’il n’est pas mis à jour systématiquement après toutes les actions. Par exemple, lors de la modification des catégories surveillées ou des catégories pour le premier message surveillé, il ne l’est pas.

Pourquoi ?

Je réalise les actions suivantes :

  • Ajouter de nouveaux utilisateurs
  • Ajouter des utilisateurs à des groupes
  • Supprimer des utilisateurs de groupes
  • Définir le groupe principal d’un utilisateur
  • Modifier les niveaux de notification
  • Activer/désactiver la surveillance d’une catégorie spécifique ou du premier message d’une catégorie
  • Changer l’adresse e-mail d’un utilisateur
  • Suspendre/désuspendre des utilisateurs

et je pensais que chacune de ces actions devrait mettre à jour users.updated_at.
Existe-t-il un autre champ que j’aurais manqué et qui pourrait m’indiquer quand les paramètres d’un utilisateur ont été modifiés pour la dernière fois ?

2

Les catégories surveillées sont dans leur propre tableau, donc je pense que vous devrez vérifier là-bas.

1 « J'aime »
3

Ce serait category_users et il n’y a pas de updated_at. Ou bien la catégorie elle-même est-elle modifiée lorsqu’un utilisateur la définit comme surveillée ?

4

Il semble que vous ayez raison et qu’il n’y ait pas de champ updated_at pour la table category_users. Je ne suis pas sûr de savoir comment résoudre votre problème, vous pourriez créer un user_custom_field que vous mettriez à jour via l’API, je pense.

2 « J'aime »
5

Merci Jay, cela semble être une solution de contournement.

1 « J'aime »