ci: bot report workflows match any open issue by label and title, so a user-opened issue can capture the weekly report

Abierto Apto para principiantes
  • ¿Algo no está bien?
#169 0 comentarios 0 reacciones 0 asignados Ver en GitHub

Los mantenedores suelen responder en 1 día

Nadie ha tomado este issue todavía.

Evaluación

Dificultad
2/5
Tiempo estimado
1-3 horas
Aptitud para principiantes
85/100
Tipo de issue
Error
Claridad
Bien especificado
Estado de actividad
Activo
Stack tecnológico
github-actions, yaml
Área
ci-cd

Línea de trabajo

Lee los comandos de búsqueda de issues en .github/workflows/links.yml, .github/workflows/reverify.yml y .github/workflows/thumbs.yml. Verifica que cada búsqueda solo seleccione issues creados por bots y que se ignore un issue abierto por un usuario cuyo título y etiqueta coincidan.

Escrito por el modelo de indexación a partir del texto del issue.

Descripción

hardening priority: low

Why it matters

The weekly link check, the monthly re-verify batch and the thumbnail report each find "their" issue by label and title prefix only. Any GitHub user can open an issue that matches. The bot then writes its report into that user's issue instead of the real one (currently #162). Report history ends up split, and the issue's author can rewrite the text the maintainer relies on.

Evidence

  • .github/workflows/links.yml:42: gh issue list --state open --label correction ..., then a title startswith("Link check:") filter.
  • .github/workflows/reverify.yml:41 and .github/workflows/thumbs.yml:62 use the same pattern.

.github/ISSUE_TEMPLATE/correction.yml applies the correction label automatically, and the title is free text.

Suggested approach

Add --author app/github-actions to each lookup, so only bot-authored issues match.

Done when

All three workflows filter by author. A user-opened issue with a matching title and label is ignored.

Lenguaje dominante
JavaScript
Estrellas
58
Forks
15
Merge medio
1 d 14 h
PR fusionados (30 d)
11

Preparar el entorno

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Más de TMHSDigital/Free-Game-Dev-Assets

Todos los issues de TMHSDigital/Free-Game-Dev-Assets

Issues similares

Más issues de JavaScript

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.