Sel-based triggers from functional packages not working
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
- xml
- Área
- tooling
Línea de trabajo
Comienza reproduciendo la salida de dependency-box para el ejemplo FCS_COP.1/SKC descrito en el issue y sigue el tratamiento de transformación de los triggers basados en sel de los paquetes funcionales. Se considera terminado cuando la dependencia de AES-CBC se consolide en una sola referencia y se omita el texto superfluo "work-dir of external doc =../../output".
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
There is an issue with sel-based triggers from functional packages that are causing the dependency box to populate with unnecessary text. To the best of my recollection this was not previously an issue so it may have been introduced in a relatively recent transforms update and not noticed until now.
In the example below, FCS_COP.1/SKC is trying to say that its inclusion is dependent on claiming any of the numerous AES-CBC ciphersuites in the TLS package. The expected behavior is that this all gets consolidated into a single reference rather than duplicating for each individual dependency. The "work-dir of external doc =../../output" string is also obviously extraneous and shouldn't be included.
This behavior was observed across multiple updated PPs (MDM, MDF, virtualization) which makes sense because they're using the same syntax to reference the FP and are presumably all on the same build of the transforms.
- Lenguaje dominante
- XSLT
- Estrellas
- 1
- Forks
- 4
- Métricas de merge de PR
- Sin PR fusionados en 30 d
Preparar el entorno
Este proyecto no incluye contenedor de desarrollo, Dockerfile ni guía de contribución, así que la configuración corre por tu cuenta: empieza por su README y consulta nuestra guía para la primera contribución para los pasos generales.
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 commoncriteria/transforms
-
1:14Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 1/100
commoncriteria/transforms#147 ·
-
1:13Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 1/100
commoncriteria/transforms#146 ·
-
1:11Abierto
Dificultad 5/5 Más de una semana Aptitud para principiantes 10/100
commoncriteria/transforms#145 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 48/100
commoncriteria/transforms#143 ·
-
enhancement
Dificultad 3/5 1-2 días Aptitud para principiantes 45/100
commoncriteria/transforms#139 ·
Todos los issues de commoncriteria/transforms
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
lewis6991/gitsigns.nvim#1607 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 76/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
all-contributors/cli#587 ·
Los mantenedores suelen responder en 1 día
-
agent-butler-finding chore
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
jordansmall/spindrift#6218 ·
Los mantenedores suelen responder en 1 día
-
Add 'upm' tag on githubAbierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 85/100