Open g-roliveira opened 1 week ago
Via log percebo que o problema se encontra nos comandos de CDP que é o developer tools do browser, poderia fazer um teste se possível, alterar a versão do nodejs para 18.
Via log percebo que o problema se encontra nos comandos de CDP que é o developer tools do browser, poderia fazer um teste se possível, alterar a versão do nodejs para 18.
Claro!! Irei reproduzir utilizando uma image alpine com nodejs18.
[en] Description
I'm experiencing an issue running multiple instances of the
wppconnect-server
in a Docker Swarm setup. When attempting to launch a new stack (e.g.,homologacao
) alongside the production stack, Puppeteer/Chromium fails to initialize properly, causing a direct conflict between instances, which seem to interfere with each other despite being isolated. This behavior occurs only within container environments.The problem was identified while debugging an attachment upload limit (restricted to 60MB). This issue remains unresolved and will be reported separately.
[pt-br] Descrição
Estou enfrentando um problema ao executar múltiplas instâncias do
wppconnect-server
em uma configuração de Docker Swarm. Quando tento subir uma nova stack (por exemplo,homologacao
) além da stack de produção, o Puppeteer/Chromium não consegue inicializar corretamente, causando um conflito direto entre as instâncias que, apesar de isoladas, parecem interferir uma com a outra. Esse comportamento é específico para containers e não ocorre fora desse ambiente.O problema foi identificado durante a tentativa de debugar uma limitação no envio de anexos, que está restrito a 60MB. Este problema ainda não foi resolvido, mas será reportado separadamente.
[en] Environment
[pt-br] Ambiente
[en] Steps to Reproduce
wppconnect-server
in Docker Swarm (e.g., production).ProtocolError
andNetwork.enable
.wppconnect-server
em Docker Swarm (por exemplo, para produção).ProtocolError
eNetwork.enable
.Note: The standard Dockerfile in the repository uses a Multi-Stage build, but it currently includes development dependencies in the production stage, resulting in an image size of approximately 3GB. I have reorganized the Dockerfile to avoid this issue by ensuring that only production dependencies, libraries, and the compiled code are carried over to the production stage. Additionally, this requires adjustments in the
package.json
file, specifically moving the runtime dependencies,@babel/runtime
andprom-client
, fromdevDependencies
todependencies
. These changes are necessary if my Dockerfile is used to test the environment, as these runtime dependencies are missing in the official repository’s configuration. This could also be addressed in a separate issue or even a PR for correction.Observação: O Dockerfile padrão do repositório utiliza uma construção Multi-Stage, mas atualmente inclui dependências de desenvolvimento na fase de produção, gerando uma imagem de aproximadamente 3GB. Reorganizei o Dockerfile para evitar esse problema, garantindo que apenas as dependências de produção, bibliotecas e o código compilado sejam levados para a fase de produção. Além disso, são necessárias algumas correções no arquivo
package.json
, especificamente movendo as dependências de runtime,@babel/runtime
eprom-client
, dedevDependencies
paradependencies
. Essas mudanças são necessárias caso meu Dockerfile seja utilizado para testar o ambiente, pois essas dependências de runtime estão faltando na configuração do repositório oficial. Isso também poderia ser abordado em uma nova issue ou até mesmo em um PR para correção.[en] Log Output
[pt-br] Saída de Log
[en] Additional context / Screenshot
While investigating this issue, I also identified a separate problem: an attachment upload limit of 60MB, which remains unresolved but will be reported in a separate bug report.
[pt-br] Contexto Adicional / Screenshot
Ao investigar o problema, também identifiquei uma limitação de upload de anexos de 60MB que ainda não foi resolvida, mas pretendo abrir um relatório de bug separado para tratar essa questão.