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

Nessuno ha ancora preso questa 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.

Non vengono indicati file o test. Inizia tracciando il percorso di aggiornamento dell'impostazione della password della coda Redis e il punto in cui gli eventi accodati vengono svuotati; il lavoro è completato quando la modifica della password da Matomo non elimina più gli eventi accodati esistenti, con una copertura che verifichi che la rotazione della password preservi la coda.

Scritto dal modello di indicizzazione a partire dal testo della issue.