Static mirroring worker (417 lines) has no unit tests
Mantenedores costumam responder em até 1 dia
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 3/5
- Tempo estimado
- 1-2 dias
- Facilidade para iniciantes
- 72/100
- Tipo de issue
- Funcionalidade
- Clareza
- Claramente especificada
- Status de atividade
- Ativa
- Stack de tecnologia
- typescript
Direção de pesquisa
Start with src/app/static-mirroring-worker.ts and the existing test/unit/app/relay-monitor-worker.spec.ts to understand the worker's dependencies and test conventions. Add unit coverage for reconnect state and accounting, heartbeat fields, and subscription cleanup on config change or shutdown. Run the relevant unit spec; done means these behaviors have tests that pass.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Gap
src/app/static-mirroring-worker.ts (417 lines) — the worker that mirrors relay events to configured upstream relays — has no unit tests. No spec file in the suite references it, directly or otherwise.
This is a core data path: connection lifecycle, subscription management, event relaying, reconnection. The relay-monitor worker does have a spec (test/unit/app/relay-monitor-worker.spec.ts), so again the gap is specific, not systemic.
How measured
Import graph over the suite: 175 spec files vs 325 src/**/*.ts files — zero references to this module.
What's worth covering
- Reconnect behavior: backoff,
reconnectCountaccounting,connectionStatetransitions (connecting/open/closed) - The ops heartbeat publishing added recently —
lastError/lastEventAt/reconnectCountcorrectness (the relay-monitor's keepalive had a state-clobbering bug of exactly this shape; this worker's keepalive republishes full state, but nothing pins that) - Subscription lifecycle: what happens on config change / shutdown (the interval cleanup)
- Linguagem predominante
- TypeScript
- Estrelas
- 829
- Forks
- 234
- Merge médio
- 18h 18min
- PRs com merge (30d)
- 69
Preparar o ambiente
- Inclui um Dockerfile ou arquivo Docker Compose
- Tem um modelo de pull request
- Ler o guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de cameri/nostream
-
rust.sh shares one CARGO_TARGET_DIR across worktrees, so a scratch-copy build poisons the next runAberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
Mantenedores costumam responder em até 1 dia
-
Website
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 84/100
Mantenedores costumam responder em até 1 dia
-
feat(payments): subscription lifecycle, renewal invoices and plan-based write accessTalvez já em andamento @Priyanshubhartistm assumiu há 1 dia. Abertaenhancement
cameri/nostream#908 · 1 responsável ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 4/5 3-5 dias Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
-
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 72/100
Mantenedores costumam responder em até 1 dia
Todas as issues de cameri/nostream
Issues semelhantes
-
area: app type: bug
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
ExpidetGames/code-reviewer#585 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 83/100
module-federation/core#5205 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 73/100
LanternOps/breeze#9392 · 1 comentário ·
Mantenedores costumam responder em até 1 dia
-
engine-rs P3 review-deferral wasm
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 77/100
maniator/verticopolis#1154 ·
Mantenedores costumam responder em até 1 dia
-
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
Mantenedores costumam responder em até 1 dia