test(ia): o invariante do aviso do Jev le a migration pelo numero novo, 0500

A migration da onda 3 foi renumerada de 0433 (20260926210000) para 0500
(20260930170000) no merge anterior. Este invariante le o arquivo pelo nome
para medir a deduplicacao, e o caminho antigo nao existe mais. Muda so o
caminho e o numero nos comentarios; nenhuma asserção muda.

Valvula DESKCOMM_GOV_INVARIANTS_EDIT=1 usada FORA do caso do flip: e
renumeracao mecanica de caminho, sem a qual o invariante quebra por arquivo
ausente. Declarado aqui para quem audita.
This commit is contained in:
melgarafael
2026-09-30 11:34:46 -03:00
parent d74d4457e3
commit d9d8787eb1
@@ -1,10 +1,10 @@
/**
* O AVISO DO JEV NA CENTRAL FECHA SOZINHO, E É UM SÓ (migration 0433, partes 2
* O AVISO DO JEV NA CENTRAL FECHA SOZINHO, E É UM SÓ (migration 0500, partes 2
* e 3 — o conserto da revisão da onda 3).
*
* O CHECK dos dois kinds e o fechamento quando uma pessoa assume ou a conversa
* é encerrada estão em `jev-aviso-na-central.test.ts` (quem fecha é
* `trg_fechar_avisos_do_jev_da_conversa`, o gatilho próprio da 0433; assumir
* `trg_fechar_avisos_do_jev_da_conversa`, o gatilho próprio da 0500; assumir
* fecha só o de falar com uma pessoa). Aqui, o que só um Postgres real prova
* do resto:
*
@@ -189,7 +189,7 @@ describe("um aviso do Jev por conversa e pedido, no banco", () => {
*/
it("com repetidos no banco, a migration deduplica (fica o aberto) e cria o índice", () => {
limpar();
const migration = readFileSync("supabase/migrations/20260926210000_0433_avisos_do_jev_na_central.sql", "utf8");
const migration = readFileSync("supabase/migrations/20260930170000_0500_avisos_do_jev_na_central.sql", "utf8");
const ini = migration.indexOf("delete from public.agent_inbox_items a");
const fim = migration.indexOf("-- 3. O AVISO FECHA");
expect(ini, "o trecho da deduplicação mudou de forma — atualize o caso").toBeGreaterThan(0);