- Expediere
- 27 iulie 2026 la 19:15 UTC
- Autor
- Kamo
- Comite
- 72abd22
Notificare de administrare a Deciziei ROUTED a fost un record numai nu-op: StewardNotifier ventilator afară peste SMS la un CSV static *************** care este gol de implicit, și a ignorat StewardTask.atribuitMemberId în întregime StewardAssigner deja timbre (licență-conștient, cel mai puțin încărcat). Rezolvatorul responsabil încarcă sarcina prin sarcina evenimentuluiId, citește UED, și rezolvă că e-mail-ul membrilor (cădere înapoi la proprietarii de org numai atunci când sarcina este nealocat; un administrator alocat-dar-neatins este un no-op cinstit, niciodată un proprietar escaladare). Oglinzile dovedite... Livrarea este acum sistemul canonic de e-mail-templu existent (STEWARD TASK ROUTED) ca fiind calea principală; SMS opțiunea este menținută. Atunci când nici unul nu se rezolvă rămâne un logat no-op niciodată un succes tăcut. Clientul de e-mail leagă Mlos. Intern-aut-secret care rezolvă la valoarea de chat public; EmailService validează șabloane/trimite împotriva Mlos-intern-auth secret, astfel încât o oglindă naivă a clientului Serviciului de Securitate ar 403. DaemonServiceApplication acum scanează com.kamo.z.shared.mlos.steward pentru StewardTaskRepository. 40 de teste verzi (7 noi cazuri de soluționare: contact atribuit->, retragere a proprietarului nealocat->; asigned-but-no-email-> no-op, task-nefound, null taskId). CUNOSCUTUL CAVEAT (nefixat aici): Emiţătorul DE DECIZIE ROUTAT este latent în-cluster mlos.spine.enabled este setat adevarat in nici un check-in config, asa ca HotySpine emite nimic pana cand un serviciu permite coloana vertebrală a deciziei. Acest fix este corect și gata, dar nu va trage până atunci; a permite coloanei vertebrale este o decizie separată, mai largă.