Crash reports filed as GitHub issues automatically
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 15/100
- Tipo de issue
- Nueva funcionalidad
- Claridad
- Bastante claro
- Estado de actividad
- Activo
- Stack tecnológico
- github, go
- Área
- backend, observability
Línea de trabajo
This is design work spanning the watchdog in sys0, the node in sys1, the dashboard, and a new intake/ service that holds the only GitHub token. Start by agreeing on the scrubbing rules and the stack-signature format, since the issue lists what must never leave a machine. Done means a scrubbed crash report is grouped on the node and a prefilled GitHub issue link appears, with the intake deployment left for later.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
When sys0 or sys1 crashes, the project should hear about it without anyone copying logs.
- the watchdog captures the panic and stack trace of every crash, scrubbed of anything personal: no IP addresses, host names, user names, file paths, join codes, keys or app data; only the version, OS, CPU and the code locations
- clients hand reports to their node; the node collects them, groups repeats by their stack signature and shows them on the dashboard
- the node forwards each new crash to a small intake service whose code lives in this repo (
intake/). Only the intake holds a GitHub token (fine-grained, issues only), so no token is ever in an app. It files one issue per distinct crash, labeledcrash, and counts repeats on the existing issue, with rate limits - on by default, can be turned off; the dashboard shows exactly what is sent
- until the intake is deployed, the dashboard offers a prefilled "Report on GitHub" link instead
- Lenguaje dominante
- Go
- Estrellas
- 1
- Forks
- 0
- Merge medio
- 12 min
- PR fusionados (30 d)
- 2
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Leer la guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de A-Hackers-Guide/sys1
-
ai roadmap
Dificultad 4/5 3-5 días Aptitud para principiantes 30/100
A-Hackers-Guide/sys1#28 ·
-
known limitation reliability storage
Dificultad 5/5 Más de una semana Aptitud para principiantes 18/100
A-Hackers-Guide/sys1#27 · 1 comentario ·
-
Remote dashboard access modeAbiertoknown limitation security
Dificultad 4/5 3-5 días Aptitud para principiantes 25/100
A-Hackers-Guide/sys1#26 ·
-
distribution security
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
A-Hackers-Guide/sys1#25 ·
-
integration roadmap
Dificultad 4/5 3-5 días Aptitud para principiantes 22/100
A-Hackers-Guide/sys1#21 ·
Todos los issues de A-Hackers-Guide/sys1
Issues similares
-
Update the mise toolsAbiertoready-for-agent
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
hexlet-basics/hexlet-basics#962 ·
Los mantenedores suelen responder en 1 día
-
imapproxy closeForMaintenance grace timer calls clientConn.Close() before closeMaintenanceTransportPosiblemente ocupada @dejanstrbac la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 83/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 76/100
-
Renovate health check failedAbiertorenovate-health
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Netcracker/qubership-network-latency-exporter#267 ·
Los mantenedores suelen responder en 1 día
-
Network capture does not workPosiblemente ocupada @KSpaceer la tomó hoy. Abiertokind/bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
aquasecurity/tracee#5395 ·