Un responsable de communauté nous a contactés car il avait constaté que le nombre d’utilisateurs sur son forum n’augmentait plus comme d’habitude.
Après quelques recherches, nous avons découvert que de nombreux utilisateurs qui venaient de s’inscrire étaient supprimés car jugés inactifs.
Il s’est avéré que le paramètre clean_up_inactive_users_after_days était réglé sur 1
J’ai donc cliqué sur l’icône d’historique et j’ai vu que le paramètre avait été modifié de 730 (deux ans) à 1 095 (trois ans) il y a plus d’un an.
Oui, lorsque vous entrez une virgule (ou un point, comme c’est courant dans les pays non anglophones) comme séparateur de groupe de chiffres dans un paramètre de site numérique, cela coupera silencieusement (!) tout ce qui suit le premier séparateur. Pour aggraver les choses, cela ne deviendra visible qu’après un actualisation forcée de la page.
C’est une situation effrayante, en effet. Nous avons résolu ce problème ici en 1) n’autorisant que les entrées numériques dans l’interface utilisateur, et 2) en supprimant tous les caractères non numériques côté serveur pour plus de sécurité.
Merci pour le rapport, Richard ! Je suis également en mesure de reproduire ce que vous décrivez. Tout est « par conception » à ce jour, à l’exception du fait que 5,0 donne 0 dans Firefox, ce qui est un bug. C’est étrange.
Il semble que nous devions revoir cela, au moins pour mettre à jour ce que l’administrateur voit afin qu’il soit exact et n’inclue pas les séparateurs. Actuellement, vous devez actualiser votre navigateur Web après avoir enregistré les modifications pour le voir.
Mais je pense que nous pouvons également faire plus ici pour aider l’administrateur à éviter de faire ces erreurs et à ne pas être confus par elles. Il me semble faux que vous puissiez saisir « 364,5 jours » pour suggested topics max days old et que cela devienne 3645 jours. Peut-être que nous n’autorisons tout simplement pas la saisie de non-chiffres dans ce type de champs.
Nous nettoyions auparavant les entrées pour les paramètres de site entiers
côté serveur uniquement, ce qui était un peu déroutant lorsque
les utilisateurs saisissaient par exemple 100,5 et obtenaient 1005, et
ne voyaient pas cela reflété dans l’interface utilisateur.
Maintenant que nous utilisons des entrées numériques natives pour ces paramètres,
nous pouvons améliorer un peu l’expérience en n’autorisant pas . ou ,
dans l’entrée, car il ne devrait s’agir que de nombres entiers, et
ajouter un pas de 1. Tous les autres caractères sont déjà empêchés
dans cette entrée numérique native.