- Shipped
- 8 de septiembre de 2026 a las 1:18 UTC
- Author
- Kamo
- Commit
- e3ea4a8
La aplicación Java enum se refleja en TypeScript dos veces, y sólo uno de los dos fue vigilados. AppType.ts - el espejo de la organización de obtener más información" había ninguna prueba de paridad en absoluto, por lo que se había desviado de dos maneras. Los REPORTS y GAMIFICATION fueron declarados correctamente y quedaron fuera de los valores. Eso array es lo que "valors" y "getById) leen, por lo que ambas aplicaciones existían para un llamante nombrar la constante y ser invisible a cualquier cosa que enumerara aplicaciones: valores () Devolvió 30 de 32, y getById(32)/getById(33) regresó sin definir. Nada en kamo-internal llama cualquiera de los dos métodos hoy en día, que es la única razón por la que esto no había ya costó algo. EHR todavía decía TESTING/enable=false. Java publicó Patient Records como COMPLEADO/verdad hace once días y ServiceType.ts fue corregido entonces; este espejo no lo era. Es lo que lee un operador al decidir si ofrecer una aplicación, Así que estaba respondiendo a esa pregunta erróneamente. El guardia echa de menos tanto porque solo se asoció constantes DECLARACIONES, como un La declaración es la mitad de una entrada de espejo. Así que ahora se atras sobre ambos espejos a través de describir.each, y comprueba el registro de valores en ambas direcciones: un declarado constante ausente de ella es invisible a valores()/getById(), y un nombre en él con no hay constante detrás de él es un error de referencia de carga-tiempo que derriba cada página la importación del espejo. El calificativo de escenarios difiere entre los dos archivos (DevelopmentStageType vs AppStageType), por lo que se combina con soltura y sólo el el nombre del miembro se compara con Java. Añadir AppType a los controles existentes es lo que encontró la deriva de EHR; el registro Comprobate es lo que encontró las dos aplicaciones que faltaban. Verificados fallan cuando se reintroduce en lugar de pasar vacuamente.