Skip to content

fix(baileys): canário isolado para ACK da stanza Status - #9

Draft
LuccaXmacna wants to merge 2 commits into
mainfrom
fix/1047-status-stanza-ack-20261106
Draft

LuccaXmacna wants to merge 2 commits into
mainfrom
fix/1047-status-stanza-ack-20261106

Conversation

@LuccaXmacna

Copy link
Copy Markdown

A frota registra erros ack/class=status e ciclos de50min; o rc14 instalado não possui handler da stanza própria. Esta PR prepara somente um patch de imagem isolada: ACK sem NACK, fila offline preservada e erro contido sem prender mensagens posteriores. Não modifica o Dockerfile nem runtime de produção.

Baseline falha nos4 casos de Status; candidato6PASS/0skip sobre o ACK builder/fila/bloco reais do rc14 auditado. Build offline da imagem derivada passou e manteve container de produção intacto. Nenhuma sessão ou credencial foi copiada.

Pendente antes de aprovar rollout: aparelho interno/canário vinculado, stanza Status real e >=4ciclos/200min com ingresso continuando. Teste Fim e Mari Teste estão close; sem QR/reconexão nesta entrega. Não é cura comprovada da Lia. Revisão solicitada a @raffareis; rollout depende também de GO Vesper.

Plano e rollback: docs/status-ack/README.md. Referências: xmacna/elysium#1047, xmacna/elysium#1044 e WhiskeySockets/Baileys#2858. evolution-foundation#1048 permanece separada.

@LuccaXmacna
LuccaXmacna requested a review from raffareis November 6, 2026 14:44
@LuccaXmacna

Copy link
Copy Markdown
Author

@raffareis pacote do canário preparado em 17183c7200adb4207096ef726d8b120ba4b9ceb4: roteiro/matriz/rollback. O patch/imagem anteriores foram preservados. Avaliador offline novo: 8 testes PASS; rejeita zero erros sem Status, intervalo incompleto, pares ausentes/repetidos, erro ou isolamento não atestado. READY_FOR_REVIEW nunca autoriza rollout. Manifesto atual retorna HOLD por falta de canário/consentimento/ciclos, como deve. Nenhum container, QR, mensagem ou produção operado. As 6 provas verdes existentes do patch foram reutilizadas, sem repetição. Aguarda sua revisão e custódia do aparelho interno para o ensaio real.

@LuccaXmacna

Copy link
Copy Markdown
Author

Proposta de instrumentação Lia para revisão — não aplicada

@raffareis, decisão Vesper de06/11: registro leve só da Lia autorizado apenas se não houver restart/reload. A inspeção do adapter instalado mostrou que tanto a seleção do logger quanto os listeners por socket exigem carregar código novo; não há hot-attach suportado comprovado. Portanto nenhum logger/hook foi aplicado ou armado, nem houve restart/reload do container compartilhado.

Proposta técnica completa, somente metadados e sem conteúdo: LIA-INSTRUMENTACAO-PROPOSTA.md. Inclui pontos instalados/hashes, distinção entre tentativa e conclusão local de ACK, decrypt/CIPHERTEXT, buffer/offline, limites e testes necessários.

Teto projetado:180 linhas×4096bytes=737280bytes/3h (~720KiB),256pendências e overflow explícito; não é benchmark de CPU/memória. Observador ausente nas outras sessões. O hook interno decrypt/ACK exige build/carga e fica fora de hoje, para esta revisão e canário isolado. Não criar sessão WhatsApp duplicada da Lia. Probe externo existente permanece somente leitura e não permite observar decrypt/ACK.

@raffareis raffareis left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Aprovado. Patch igual ao Baileys#2883 (ACK sem erro, fila offline, falha contida); testes refeitos sobre o rc14 do npm: baseline 4 falhas, candidato 6/6, avaliador 8/8. Canário no meu aparelho como dispositivo vinculado, com banco descartável e queda ack class=status provada na imagem base antes de trocar. Itens à parte: xmacna/elysium#1064 (build principal reproduzível + ajustes do test.cjs) e evolution-foundation#1065 (Olympus). Rollout na frota só depois do canário e do GO do Vesper.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants