Problems with Secondary overload behavior
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Aptitud para principiantes
- 35/100
Línea de trabajo
Rastrea el manejo de las sobrecargas secundarias, los registros de FormHistory y la lógica de agrupación de Labor History descritos en el issue. Verifica cómo afecta la modificación de un estado laboral primario a sus sobrecargas secundarias; el trabajo está terminado cuando los formularios secundarios aparecen correctamente en Labor History y los registros de sobrecarga se actualizan o eliminan cuando la condición deja de cumplirse.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
There are a couple of issues around our overload handling for secondaries.
- Secondaries that trigger an overload are stored as one
FormHistoryrecord, with the typeLabor Overload Form. This means they don't show up in Labor History, which only looks for 'base'FormHistoryentries so that it can group the additional forms together. I suspect this causes other problems as well. - When the primary Labor Status Form is modified (or adjusted, probably) to fewer hours, removing the overload condition, we don't change the secondary away from an overload form, and we can't delete the overload's FormHistory record like we do for Primaries, because there is only one record for secondaries (see above)
- Lenguaje dominante
- Python
- Estrellas
- 1
- Forks
- 1
- Merge medio
- 2 h 57 min
- PR fusionados (30 d)
- 1
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 BCStudentSoftwareDevTeam/lsf
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
BCStudentSoftwareDevTeam/lsf#659 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 65/100
BCStudentSoftwareDevTeam/lsf#572 ·
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
BCStudentSoftwareDevTeam/lsf#677 ·
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
BCStudentSoftwareDevTeam/lsf#675 ·
-
draft on hold
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
BCStudentSoftwareDevTeam/lsf#674 ·
Todos los issues de BCStudentSoftwareDevTeam/lsf
Issues similares
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
NousResearch/hermes-agent#136483 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
[BUG] LazyStackedTensorDictStore zeroes the last byte of a new key set on the last elementPosiblemente ocupada @peterdsharpe la tomó hoy. Abiertobug
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
pytorch/tensordict#2307 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 1 día
-
GrokModel.generate/a_generate pass an OpenAI-style list-of-dicts to xai_sdk.chat.user(), so every call crashes with a protobuf TypeError before any network I/OPosiblemente ocupada @Christian-Sidak la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 70/100
confident-ai/deepeval#3436 · 1 comentario ·
Los mantenedores suelen responder en 1 día