Lo siento, sigo sin entenderlo del todo.
queue_size tampoco coincide con el nombre del archivo/identificador, al igual que sidekiq no lo hacía. Y sigo sin entender por qué esto no es un problema en ese caso.
¿Se debe a que hay otra ruta de código que utiliza directamente el identificador en lugar de una de las claves de anulación? Entonces, en lugar de agregar una tercera clave de traducción que coincida con el nombre del archivo, cambiaste sidekiq para que use la clave basada en el identificador. ¿Una especie de solución dos en uno que soporta tanto el caso de anulación como el caso de identificador?
Si es así, no entiendo por qué dashboard.problem.sidekiq_check necesita pasarse como clave de anulación. Las otras verificaciones de problemas donde la clave de traducción coincide con el nombre del archivo no necesitan eso. Entonces, ¿por qué se necesita una anulación aquí?