BCStudentSoftwareDevTeam / BCStudentSoftwareDevTeam/lsf

Problems with Secondary overload behavior

Aperta
#559 1 commento 0 reazioni 0 assegnatari Vedi su GitHub
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

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.