- Se descapó
- 3 de septiembre de 2026 a las 22:50 UTC
- Autor
- Kamo
- Compromit
- a372f00
Una revisión de mi propia comisión encontró la ejecución que reclamaba. JobApplicationService llevar el comentario "Se aplica un currículum REQUIERDO en ese momento requireResumeSatisfied" y requireResumeSatisfied no existió. El único método relacionado, currículumSatisfacción, fue llamado por nada y expuesto en ningún DTO, así que la regla vivió enteramente en el botón de envío del cliente. La causa fue la forma de dos llamadas. Un currículum se une a una solicitud a través de la la propia uid de la aplicación, por lo que la fila tiene que existir primero; aplicarla) la creó y la cliente subido después. Cualquiera que esté en el endpoint JSON directamente, y cualquier cliente cuyo pierna de carga falló, según la cual ApplyDialog trata deliberadamente como no mortal, porque las respuestas realmente se almacenan. solicitud contra un puesto cuyo equipo de recursos humanos había marcado el currículum requerido. Ahora ambas mitades son una petición de ONE y una transacción. /listings/-uid/apply tiene dos mapas divididos en el tipo de contenido: el multiparte toma las respuestas como una carga de pago. parte y el archivo como "arch", escribe la fila, almacena el archivo contra su uid fresco, y vuelve todo si el archivo es necesario y desaparecido o instormente. El JSON no lleva ningún archivo y por lo tanto se niega rotundamente cuando la publicación requiere uno que es lo que cierra el agujero de poste directo en lugar de empaquetar - Sí. La edición de una aplicación existente se mantiene dos llamadas, correctamente: la fila ya está Allí, así que un re-attach fallido no puede huérfano nada. storeResume ahora se comparte por aplicación y adjunte, por lo que el techo de tamaño, el formatea olfateo y el nombre desinfectante no puede derivar entre los dos caminos. Tres pruebas lo pin: un currículum requerido sin residuos y no escribe fila, un opcional se puede omitir, y volver a solicitar una solicitud después de una retirada se satisface con la El archivo ya en la fila revivida en lugar de ser pedido dos veces. También elimina CareersAccess.canManage, que fue llamado sólo por su propia prueba. Una API mantenidos vivos por una prueba no es una API.