Problemas

Encontrei alguns problemas de concorrencia no Handle Label e principalmente duplicação de chats.

1. Ele primeiro fazia um get de todos os chats da instancia para depois realizar o update, caso o usuario adicionasse ou removesse labels ao mesmo tempo existia uma chance muito alta de sobrescrita de labels.
2. Como os chats não eram unicos isso quebrava a lógica das labels e várias outras.
3. Para o caso de duas instancias diferentes salvarem o mesmo numero o findChats retornava como se os numeros fossem da mesma instanceID.
4. No startup da aplicação as labels não eram carregadas adequadamente pois os chats não tinha sido salvos ainda.

Soluções

1. Realizei as operações diretamente no banco de dados para um risco menor de racing.
2. Defini uma migration para que não hajam problemas com chats duplicados.
3. Adicionei a instanceId na query de join.
4. Agora as labels são tratadas como upsert, no startup, quem chegar primeiro (label ou chat) ele já cria direto.

Ressalvas

1. A migration com a unicidade do chat não está sendo realizada corretamente (por isso o PR está em draft)
2. No startup da aplicação o handle labels sempre vai ser falho já que os chats não são criados até que o whatsapp esteja sync.
3. Por algum motivo o baileys não funciona em 100% das vezes, muitas vezes ele não chama o evento de labels association. (Sempre após o reinicio da aplicação os eventos de labels.association param de funcionar). Erro meu, o redis precisa estar configurado para que esse comportamento não ocorra.
4. Por algum motivo, se eu já tiver conectado em outra instancia do whatsapp web e conectar uma nova instancia na evolution, os eventos de labels ficam inconsistentes, identifiquei o mesmo problema usando o baileys diretamente.

Edit: Este pr usa uma das ideias já feita em outro PR (#1012) recomendo mergiar ele primeiro.