Skip to content

fix(journey): journeyId em todos executores (EVO-1917)#97

Open
daniloleonecarneiro wants to merge 1 commit into
developfrom
danilocarneiro/evo-1917-jornadas-follow-up-evo-1885-journeyid-ainda-ausente-em-15
Open

fix(journey): journeyId em todos executores (EVO-1917)#97
daniloleonecarneiro wants to merge 1 commit into
developfrom
danilocarneiro/evo-1917-jornadas-follow-up-evo-1885-journeyid-ainda-ausente-em-15

Conversation

@daniloleonecarneiro

Copy link
Copy Markdown

Resumo

Follow-up do EVO-1885 (Done) — o e2e de jornadas (N3) mostrou o problema persistindo: no dispatch do journey-execution.workflow.ts, apenas send-webhook e scheduled-action passavam journeyId. Os 15 executores restantes que chamam interpolateNodeData não recebiam journeyId, então as variáveis-default da jornada não resolviam ({{var}} ficavam cruas) — inclui conditional (valores de condição) e send-message (corpo da mensagem).

Mudança (sweep — 15 executores)

Thread journeyId: input.journeyId nos 15 cases de dispatch que interpolam + declara journeyId?: string nas Input interfaces correspondentes, espelhando o padrão já correto de send-webhook/scheduled-action.

Executores tocados: add-label, remove-label, update-contact, conditional, send-message, send-canned-response, send-email-team, send-transcript, assign-agent, assign-team, assign-bot, assign-to-pipeline, move-to-pipeline-stage, create-pipeline-task, change-priority.

Abordagem: threading pontual nos cases (o dispatch é um switch sem chokepoint único onde injetar sem reestruturar). O fallback para session.journeyId (EVO-1885, em base.node.ts) permanece como rede de segurança; este sweep torna o caminho explícito robusto. Nós que não interpolam (wait, set-variable, split, trigger, exit, transfer, mute/resolve/snooze, update-custom-attribute) não foram tocados.

Contagem

  • 15 cases de dispatch alterados (workflow)
  • 15 Input interfaces com journeyId?: string
  • 1 teste novo (base.node.spec.ts)
  • 17 arquivos no total

Testes

  • tsc -p tsconfig.json --noEmit: limpo (exit 0)
  • Jest (base.node/nodes/workflows): 123/123 com EVOAI_CRM_API_TOKEN setado. Sem a env, 4 falhas pré-existentes (EVOAI_CRM_API_TOKEN environment variable is required) — independentes desta mudança.
  • Novo teste EVO-1917: prova que input.journeyId despachado resolve variável-default mesmo quando a sessão em cache não carrega journeyId.

Closes EVO-1917

…VO-1917)

Follow-up do EVO-1885: o dispatch do journey-execution.workflow.ts so
passava journeyId para send-webhook e scheduled-action. Os 15 executores
restantes que chamam interpolateNodeData nao recebiam journeyId, entao as
variaveis-default da jornada nao resolviam ({{var}} ficavam cruas) nesses
nos (inclui conditional e send-message).

Thread input.journeyId nos 15 cases de dispatch que interpolam e declara
journeyId?: string nas Input interfaces correspondentes. O fallback para
session.journeyId (EVO-1885) continua como rede de seguranca; este sweep
torna o caminho explicito robusto. Nos que nao interpolam (wait,
set-variable, split, trigger, exit, transfer, mute/resolve/snooze,
update-custom-attribute) nao sao tocados.

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

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

Sorry @daniloleonecarneiro, you have reached your weekly rate limit of 500000 diff characters.

Please try again later or upgrade to continue using Sourcery

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.

1 participant