L'État d'approbation retenu rend ce qui n'est pas suivi, pas clair

Fixkamo-internal
Expédié
12 août 2026 à 20:15 UTC
Auteur
kamo
Commite
d13eb1b

l'état de présence() marque chaque membre "clair" en cas de blocageExceptions de 0 et timecardState n'a pas été 'SOUMETTRE' et vrai pour chaque membre sous un appel d'écoute manquant FINALIE-PAY-PERIODS, puisque le serveur envoie timecardState: null pour chacun d'eux. A la matrice de conformité de l'appelant avait été affirmer "Efface" dans l'ensemble d'un rapport sur un fait qu'ils On n'a jamais dit, et le score d'alimentation: 0 dans le pire en premier. joinMemberRows prend désormais un signal d'approbation explicite (dérivé de attendance.awaitingApproval - null, identique à AttentionLedger déjà lire) plutôt plutôt que de le déduire de TimecardState seul, de sorte qu'un membre véritablement non suivi reste Distinguable de celui dont l'État n'a pas été retenu. Une véritable exception de blocage encore surfaces en tant que "surmontant" sous réserve de retenue - que les données ne sont pas affectées par la porte des états de paie. Le chèque retenu par AttentionLedger est également retenu de l'attention de l'Aide à l'inconduite. pour faire correspondre Aperçu Les clients, combler l'écart par rapport à un futur en amont JsonInclure (NON-NULL) réintroduisant silencieusement le même bogue.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation