`updateCustomBenefit` does not update BenefitDetail on related Screener
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 45/100
Línea de trabajo
Comienza en updateCustomBenefit(...) y sigue cómo se localiza y persiste el Screener BenefitDetail correspondiente. Compara el nombre y la descripción del Custom Benefit con el BenefitDetail relacionado y, a continuación, verifica que las actualizaciones mantengan esos campos sincronizados sin romper el comportamiento existente de búsqueda rápida.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Bug
- Currently, updates to Custom Benefit fields such as
nameordescriptionviaupdateCustomBenefit(...)do not also change the same fields on the correspondingBenefitDetail.
Notes
- The purpose of having BenefitDetails on the Screener model is to allow us to get the name/descriptions of Custom Benefits related to a Screener quickly without having to individually query for each one. This allows the List page for Custom Benefits in a Screener to load more quickly than it otherwise would.
- It may be worth examining if there is a feature or strategy we can leverage to maintain this speed without having two sources of truth for fields like Custom Benefit name/description that need to be kept in-sync.
- Lenguaje dominante
- Java
- Estrellas
- 16
- Forks
- 5
- Merge medio
- 14 h 45 min
- PR fusionados (30 d)
- 25
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
- Tiene una 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 CodeForPhilly/benefit-decision-toolkit
-
Make docs website more visibleAbiertodocumentation Good for newcomer quick win
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CodeForPhilly/benefit-decision-toolkit#519 ·
Los mantenedores suelen responder en 1 día
-
documentation quick win
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
CodeForPhilly/benefit-decision-toolkit#445 ·
Los mantenedores suelen responder en 1 día
-
Make issue templatesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
CodeForPhilly/benefit-decision-toolkit#425 ·
Los mantenedores suelen responder en 1 día
-
Update docs screenshots to reflect new navigation design and use the actual in-app example screenerAbierto
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
CodeForPhilly/benefit-decision-toolkit#528 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
CodeForPhilly/benefit-decision-toolkit#524 ·
Los mantenedores suelen responder en 1 día
Todos los issues de CodeForPhilly/benefit-decision-toolkit
Issues similares
-
area/frontend good first issue kind/cooldown
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 84/100
beehive-lab/TornadoVM#1151 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
(cbor) `maxStringLength` not consistently checked for chunked (indefinite-length) text valuesAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
FasterXML/jackson-dataformats-binary#823 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 90/100
Los mantenedores suelen responder en 1 día