Cierre los barridos compartidos, y ejecute dos vainas

FeatureEmailService
Se descapó
4 de septiembre de 2026 a las 21:01 UTC
Autor
Kamo
Compromit
c649e79

Nue de los diez barridos programados de EmailService tienen un efecto compartido y ahora toman un contrato de arrendamiento antes Corriendo. El más consecuente es CampaignDispatcher: en dos vainas sin cerramiento, cada destinatario de cada campaña en marcha habría recibido un duplicado. RecordatorioSchedulerService es el mismo shape para los recordatorios de reuniones, y **************** para las notificaciones snoozed. El décimo, ******************* deliberadamente NO está cerrado. Camina los buzones observados por los clientes conectados a ESTA vaina y empuja los que nada está empujando, así que tiene que correr por todas partes. cerrando congelaría la insignia sin leer para cada miembro. WebSocket aterrizó en una vaina que no es el arrendatario. Transactional está ahora en el envoltorio programado y el cuerpo cerrado en ReminderSchedulerService y SyncService. El exterior es lo que realmente se aplica (el cuerpo se alcanza a través de un esto: referencia, que nunca pasa por el proxy de primavera); el interior es declarado porque eso es el método que emite la consulta de "Modifying", que es lo que el arco trinqueta lee " y el trinquete capturado" exactamente esto cuando la anotación estaba sólo en el envoltorio. réplicas 1 - 2. 590 pruebas, un fallo preexistente no relacionado con este cambio **************** falla idénticamente en el origen/principal).

Todos los cambios

Como lo que ves enviaste?

Cada una de estas actualizaciones aterriza en su espacio de trabajo automáticamente. Empieza gratis y verlo crecer semana tras semana.

Arranzar gratis para siempreVer Precios