Changing the Redis queue password deletes all queued events...

Personne n'a encore pris cette issue.

We just lost 230,000 events of customer data because we changed our Redis queue password from the settings. I can't imagine why one would ever intentionally issue a FLUSH command after a setting is updated. Or, if you knew about this why is not in all caps in that setting card.

We have to periodically cycle passwords for security. We need to be able to do that from our Matomo instance WITHOUT having our system purge our queued events.

That has to be a bug. That behavior is extremely harmful. We are trying to use this system at the scale of 10M hits/day. It's going to take days for us to try to reconstruct the lost data that the queueing system just purged unexpectedly.

Aucun fichier ni test n’est nommé. Commencez par suivre le chemin de mise à jour du paramètre de mot de passe de la file d’attente Redis et l’endroit où les événements mis en file d’attente sont vidés ; le travail est terminé lorsque la modification du mot de passe depuis Matomo ne purge plus les événements déjà mis en file d’attente, avec une couverture de test garantissant que la rotation du mot de passe préserve la file d’attente.

Rédigé par le modèle d'indexation à partir du texte de l'issue.