BCStudentSoftwareDevTeam / BCStudentSoftwareDevTeam/lsf
Problems with Secondary overload behavior
- Lingua principale
- Python
- Stelle
- 1
- Fork
- 1
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Descrizione
There are a couple of issues around our overload handling for secondaries.
- Secondaries that trigger an overload are stored as one `FormHistory` record, with the type `Labor Overload Form`. This means they don't show up in Labor History, which only looks for 'base' `FormHistory` entries 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)
Guida per i contributori
Nessuna guida per i contributori indicizzata per questo repository
Direzione di ricerca
Traccia la gestione degli overload secondari, dei record di FormHistory e della logica di raggruppamento di Labor History descritti nell’issue. Verifica in che modo la modifica di uno stato lavorativo primario influisce sui relativi overload secondari; il lavoro è completato quando i moduli secondari compaiono correttamente in Labor History e i record degli overload vengono aggiornati o rimossi quando la condizione non è più applicabile.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Valutazione
- Stack tecnologico
- python
- Ambito
- backend
- Tipo di issue
- Bug
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Stato di attività
- Ferma
- Chiarezza
- Abbastanza chiara
- Idoneità per principianti
- 35/100