PAV-84: remover seeds do dashboard by Jovinull · Pull Request #233 · Cla-Code-Community/candidate

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

Jovinull · 2026-08-28T14:35:36Z

Card

PAV-84

Objetivo e escopo

Remover dados fictícios de mensagens e notificações exibidos no cabeçalho do dashboard.
Manter os feeds reais carregados pelos serviços já existentes.

O que foi feito

Remove os valores iniciais de mensagens e notificações do Header.
Define estados vazios como padrão quando não há dados carregados.
Ajusta o teste de cobertura para validar as mensagens de estado vazio.

Módulos afetados

frontend/src/domains/new_dashboard/components/layout/Header.tsx
frontend/tests/unit/new_dashboard/branch-coverage.test.tsx

Validação

npm ci
npm run test:coverage --workspace=frontend - 52 arquivos e 340 testes aprovados.
npm run test:coverage --workspace=backend - 60 arquivos e 570 testes aprovados.
npm run lint --workspace=frontend - concluído sem erros.
npm run build --workspace=frontend - concluído com sucesso.
Teste automatizado do cabeçalho cobre os menus de mensagens e notificações sem dados reais.

Riscos e observações

Sem alteração de contrato de API.
Quando o feed não retornar itens, o cabeçalho passa a exibir explicitamente o estado vazio, em vez de dados de demonstração.

…ode-Community#230) ## Linear Issue: PAV-119 Closes PAV-119 ## Branch flow - [ ] Este PR é uma feature/fix/chore destinada a `develop`. - [x] Este é um PR de release com origem `develop` e destino `master`. - [x] Este PR não pula o fluxo obrigatório entre `develop` e `master`. ## Objetivo Promover para `master` a implementação do lock distribuído do scraper, garantindo no máximo uma execução ativa do pipeline entre diferentes origens de disparo. ## Resumo das Alterações - Implementa lock distribuído no Valkey compartilhado por cron, execução manual administrativa e cache miss de `/scrape`. - Utiliza aquisição atômica com `SET NX PX`, TTL e renovação periódica. - Protege renovação e liberação por ownership/token. - Implementa comportamento fail-closed quando o Valkey não confirma a aquisição. - Cancela a execução de forma segura em caso de perda do lock. - Adiciona estado operacional com `runId`, origem, início e expiração sem expor o token proprietário. - Adiciona contratos HTTP para execução concorrente e indisponibilidade do run lock. - Alinha os defaults de `SCRAPER_RUN_LOCK_TTL` e `SCRAPER_RUN_LOCK_RENEW_INTERVAL` à semântica fail-fast definida anteriormente. - Adiciona cobertura de testes para concorrência, ownership, configuração, renovação, liberação e cenários de falha. - Atualiza documentação e configuração do Docker Compose. ## Arquivos e Módulos Afetados - Scraper Go - Run lock / Valkey - Scheduler e pipeline do scraper - Backend administrativo - Configuração do scraper - Docker Compose - Testes Go e backend - Documentação operacional ## Validação - [x] Implementação revisada contra o escopo da PAV-119. - [x] Ajustes solicitados no code review aplicados. - [x] Semântica fail-fast das configurações do run lock validada. - [x] Nenhuma alteração de frontend incluída no escopo. - [ ] CI final do PR de release validado. ## Observações Este PR promove alterações já integradas e revisadas em `develop`. Não realizar squash ou alterações adicionais diretamente em `master` fora do fluxo de release.

hltav

PR fora do padrão de contribuição do projeto.

Por favor, ajuste a descrição conforme o template/documentação do repositório, incluindo card relacionado, objetivo, resumo das alterações, módulos afetados e validações executadas.

Após a adequação, a revisão técnica será retomada.

hltav

A entrega ainda não atende integralmente aos critérios de aceite da PAV-84.

Há critérios do card que permanecem não contemplados na implementação atual. Revise o escopo e valide a solução contra todos os itens definidos antes de solicitar nova revisão.

Jovinull · 2026-08-29T11:58:49Z

Atualização aplicada em resposta ao review.

Removidos initialMessages e initialNotifications do módulo de dados do dashboard.
Em falha dos feeds, o Header limpa mensagens, notificações e contadores; não mantém conteúdo de fallback.
Adicionado teste autenticado com falha dos dois feeds, validando os empty states e a ausência dos registros de seed nos dois menus.

Validação executada:

npm run test --workspace=frontend — 52 arquivos e 341 testes aprovados.
npm run lint --workspace=frontend — sem erros.
npm run build --workspace=frontend — aprovado.
Validação de pré-push: backend com 60 arquivos e 570 testes aprovados.

hltav

As pendências levantadas na revisão anterior foram atendidas.

Os seeds de mensagens e notificações foram removidos do fluxo de produção, o estado vazio passou a ser preservado inclusive em falha dos feeds e a cobertura de testes agora contempla explicitamente esse cenário.

A implementação está aderente aos critérios de aceite da PAV-84. Pode seguir para merge.

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

hltavand others added 2 commits August 23, 2026 18:32

fix(frontend): remove seeds do dashboard
372032b

Jovinull requested review from lima300 and nayarakarinesilva as code owners August 28, 2026 14:35

github-project-automationBot added this to JobAtlas – Kanban Aug 28, 2026

github-project-automationBot moved this to Backlog in JobAtlas – Kanban Aug 28, 2026

hltav self-requested a review August 28, 2026 20:31

hltav requested changes Aug 28, 2026
View reviewed changes

hltav requested changes Aug 29, 2026
View reviewed changes

fix(frontend): remover fallback de seeds do header
f365cba

hltav approved these changes Aug 29, 2026
View reviewed changes

nayarakarinesilva approved these changes Aug 29, 2026
View reviewed changes

hltav merged commit 42522ae into Cla-Code-Community:developAug 31, 2026
1 check passed

github-project-automationBot moved this from Backlog to Done in JobAtlas – Kanban Aug 31, 2026

Uh oh!

Conversation

Jovinull commented Aug 28, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Card

Objetivo e escopo

O que foi feito

Módulos afetados

Validação

Riscos e observações

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Jovinull commented Aug 29, 2026

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Uh oh!

Conversation

Jovinull commented Aug 28, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Card

Objetivo e escopo

O que foi feito

Módulos afetados

Validação

Riscos e observações

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Jovinull commented Aug 29, 2026

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

3 participants

Uh oh!

Conversation

Jovinull commented Aug 28, 2026• edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Card

Objetivo e escopo

O que foi feito

Módulos afetados

Validação

Riscos e observações

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

hltav left a comment

Choose a reason for hiding this comment

Uh oh!

Jovinull commented Aug 29, 2026

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading

Jovinull commented Aug 28, 2026•
edited
Loading