- Se descapó
- 12 de agosto de 2026 a las 20:15 UTC
- Autor
- kamo
- Compromit
- d13eb1b
secegaba a cada miembro 'claro' cada miembro cuando bloquearExcepciones era 0 y cronometro Estado no era 'SUBMITTED' - verdad para cada miembro bajo una llamada que faltaba FINALIZE-PAY-PERIODS, ya que el servidor envía la tarjeta de tiempo: null para todos ellos. A la matriz de cumplimiento de la llamada de la que se estaba afirmando "Clear" en todo el mundo sobre un hecho que ellos Nunca se les dijo, y la puntuación de alimentación: 0 en el peor de primer orden. joinMemberRows ahora toma una aprobación explícitaSeñal de retención (derivado de as.awaitingApproval === null, igual que AttentionLedger ya lee) más bien que inferirlo de la tarjeta de tiempo solo, por lo que un miembro genuinamente descarado se queda distinguible de uno cuyo estado fue retenido. Una verdadera excepción de bloqueo aún superficies como "debidas" bajo retención de que los datos no se ven afectados por la puerta de nómina. También se amplió el control retenido de AttentionLedger de Aquelido de . . . . . . . . . . . . . . . . . . . . para coincidir con la Visióndares, cerrando la brecha contra una futura corriente "JsonInclude(NON-NULL) reintroduciendo silenciosamente el mismo error.