Generated feature_requirements and traceability_report pages reference existing images at paths that are not staged
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 52/100
- Tipo de issue
- Error
- Claridad
- Bastante claro
- Estado de actividad
- Tranquilo
- Stack tecnológico
- rust
- Área
- documentation, tooling
Línea de trabajo
El issue apunta a la documentación de score_tooling y a la generación de informes, al cálculo de rutas de artefactos y a la generación de informes multipágina de Lobster RST; empieza siguiendo cómo image_srcs se convierte en una salida preparada y en rutas de imágenes emitidas para ambos tipos de página. Reproduce las advertencias image.not_readable con una imagen existente y, después, verifica que las salidas de feature_requirements y traceability_report resuelvan sus imágenes referenciadas sin advertencias.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
Images referenced from requirement text exist and are declared via image_srcs, but generated documentation pages still emit image.not_readable warnings because the generated output tree does not stage them at the paths used by the generated RST.
Observed behavior
Two related cases were observed:
-
feature_requirements pages
Generated pages reference paths like:
feature_requirements/img/<name>.pngbut staged outputs land under deeper transitive paths or different locations.
-
traceability_report pages
Generated Lobster RST pages keep.. image:: ...directives from requirement text, but the corresponding images are not copied into the generatedtraceability_report/...tree at all.
Expected behavior
If an image is referenced from requirement text and provided through image_srcs, generated pages should be able to resolve it without image.not_readable warnings.
Why this looks like a tooling bug
- The source images exist in the repo.
- The warnings persist in generated pages, not because the source files are missing, but because generated staging paths do not match emitted image references.
- The mismatch appears after score_tooling doc generation / report generation.
Impact
Migrated requirements with valid inline images produce noisy warnings and partially broken generated docs even when the images are present and wired.
Notes
This issue is distinct from genuinely missing source images.
The bug here is specifically about existing images not being staged where generated pages expect them.
Suspected areas
- artifact path computation for requirement doc staging
- Lobster RST multi-page report generation and asset copying
- Lenguaje dominante
- Rust
- Estrellas
- 8
- Forks
- 37
- Merge medio
- 1 d 9 h
- PR fusionados (30 d)
- 22
Preparar el entorno
Inicia el contenedor de desarrollo del proyecto en tu navegador, con tu propia cuenta de GitHub.
- Sin Dockerfile ni archivo de Docker Compose
- Sin plantilla de pull request
- Sin 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 eclipse-score/tooling
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
eclipse-score/tooling#458 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
eclipse-score/tooling#452 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
coverage: integration mode — scope external module roots (reference_integration)Quizá libre de nuevo @dcalavrezo-qorix la tomó hace 34 días y no hay ningún pull request abierto. Abierto
eclipse-score/tooling#445 · 1 comentario · 1 asignado ·
Los mantenedores suelen responder en 2 días
-
Migration path rst to trlcQuizá libre de nuevo @antonkri la tomó hace 37 días y no hay ningún pull request abierto. Abierto
eclipse-score/tooling#441 · 1 asignado ·
Los mantenedores suelen responder en 2 días
-
coverage: on-target (QNX) coverage support in the shared coverage moduleQuizá libre de nuevo @dcalavrezo-qorix la tomó hace 44 días y no hay ningún pull request abierto. Abierto
eclipse-score/tooling#427 · 1 asignado ·
Los mantenedores suelen responder en 2 días
Todos los issues de eclipse-score/tooling
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
aws-samples/sample-pacer#76 ·
Los mantenedores suelen responder en 1 día
-
mime-type element is mandatoryAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
axodotdev/cargo-dist#2523 ·
Los mantenedores suelen responder en 2 días