- Se descapó
- 22 de julio de 2026 a las 20:24 UTC
- Autor
- kamo
- Compromit
- b9c921c
La cuadrícula ya tenía buzones multiseleccionados pero nada que ver con una selección. Comprobar filas revela ahora una acción de Reassign junto a las otras acciones de plomo, cerradas en REASSIGN-LEADS-MANUALMENTE (el servidor lo vuelve a comprobar; esto es sólo de conveniencia). Usa checkRight en lugar de comprobarRole para que el modo dios coinja con los has de backend bypass, checkRole no pasa por alto y diverge para los usuarios de dios. El diálogo elige un miembro de destino por búsqueda, toma una nota opcional, y dice por adelantado que el miembro será enviado por correo electrónico, ya que ese es el punto de la función. Indigo/blue en lugar de Hot Reassign's naranja/rosa: esto es un acción deliberada de administración a granel, no una transferencia urgente de llamadas. La casilla de verificación de la cabecera selecciona cada fila en la cuadrícula del lado del cliente. grande org - por lo que la tapa de 250 se aplica aquí también. De lo contrario el titular "seleccionar todo y reasignar" flujo fallaría del lado del servidor sólo después de que el usuario había rellenado en todo el diálogo, con un error sin traducir. La selección se borró a través de seleccionadosIdsRef antes de recargar: loadLeads reselecciona lo que sea que ese árbitro tenga, así que dejarlo poblado volvería a comprobar el filas acaban de moverse. El mensaje de resultado está compuesto en lugar de una cadena de otro, porque un lote puede ser parcial y no notificado y la cadena reportada solamente el primero.