Changelog
Qué hay de nuevo.
Cada mejora de la plataforma, a medida que se envía.
· kamo-internal
La tarjeta en citas de respuesta, historiales de manos, eventos de entradas y autores de bigres
Las últimas cuatro superficies que nombraron a un miembro sin nada que abrir, ahora que MediaService envía los ids (fa25989): - Citas de respuesta: el nombre del autor citado abre su tarjeta, en hover solamente (la cita es el salto). Tomado de la propia identificación del propio miembro de la madre cargada. . . . . . . . . . . . . . . . . . . . . . . . . . . . . chats; en un boleto en la regla sigue la cara de una burbuja (el propio lado del espesor, una vez que los lados están conocida, nunca las palabras de un visitante); en una bandeja de entrada social sólo para los representantes de la organización. Exec2Exec se mantiene claro: cross-org. - Hold'em hand history: el jugador que actuó (memberId). - Eventos de entradas: el nombre del actor se corta de la frase del evento (alrededor deMemberName) y se abre su tarjeta cuando el boleto dice que están del lado del espejo (actorCard, isOwnSide). El global El tablero de errores no tiene ninguna regla, por lo que sus eventos se quedan bien. - Autos de hielo de insectos: sólo el nombre de un colega abre su tarjeta (memberOrgId === the reader's org); El miembro de otra organización, o retenida, se queda sin nombre.
· kamo-internal
Mostrar la URL de llamada JustCall antes de que existan credenciales
Genera un servidor de teléfono UUID cuando JustCall es seleccionado y muestra el URL de redhook inmediatamente. Ese mismo identificado se envía en su creación para que la URL el miembro pegado en JustCall coincide con el servidor que Kamo registra.
· VOIPService
Pre-asfirmar JustCall id de servidor telefónico para URL de devolución de llamada
La forma de nuevo teléfono genera un UUID antes de crear para que el miembro pueda pegar la URL de devolución de llamada webhook en JustCall mientras solicita credenciales de API. Create acepta ese id para JUST-CALL; la configuración devuelve la URL incluso cuando el filas aún no existen.
· VOIPService
Servir la URL de devolución de llamada JustCall para la configuración del servidor telefónico
Añade GET /api/voip/setup para que la configuración de la interfaz de usuario pueda mostrar el exact URL webhook per-instance sin codificar el huésco de implementación.
· kamo-internal
Mostrar JustCall webhook callback URL en la configuración de un nuevo teléfono
Supera la URL de devolución de llamada por instancia en el nuevo teléfono de JustCall y pestañas de visión general para que los miembros sepan qué dar JustCall cuando configuring API y corones web. La URL se obtiene desde el servidor, mostrado con un botón de copia después de crear, y explicado en el formulario antes del teléfono servidor id existe.
· kamo-marketing
Utilícelo el logotipo PNG completo que flota sobre el banner de vista previa.
Reemplaza el marco de palabras SVG con kamocrm-logo-full-v4 para que la marca se extienda por encima de la tira roja y debajo de la barra de naves.
· kamo-internal
La tarjeta del historial de entregabilidad "quién"
EmailService ahora envía al miembro detrás de cada cambio en la historia de exclusión de una dirección (ActorMemberId, texto). En Configuración y Email. Deliverability nombre de un colega abre su Tarjeta de miembro, como ya hace en la historia de la pestaña Opt Out. El destinatario, el sistema y un colega el libro mayor no podía nombrar palabras de estancia, y una entrada sin id lee exactamente como antes.
· kamo-internal
La tarjeta en alias de correo electrónico y acceso compartido
EmailService ahora envía a los ids de miembro sobre alias y acceso compartido buzón como texto. Como números JSON fueron redondeadas más allá de las 2-553, así que estas pestañas coincidían con nadie en la lista e imprimían el número, y Revocar el acceso de alguien envió el identificador redondeado, que no quitó nada. El "Asignado" de Aliases es ahora el nombre del miembro con su tarjeta. Los chips de acceso de un buzón compartido llevan sólo en flotar, ya que cada chip es un botón (su eliminación). Los chips de miembro de la pestaña Mailboxes y un El cesionario del buzón personal ya lee ids EmailService envía como texto (memberId, asignadoMemberId), Así que sus cartas ya eran exactas.
· MediaService
Citas, historias de manos, eventos de entradas e hilos de errores envían el id que necesita una tarjeta de miembro
Cuatro superficies mostraban a un miembro por su nombre sin id a su lado, así que la tarjeta de miembro de la consola no tenía nada que Abrén, abierto. Cada uno ahora envía el id como TEXT junto al nombre que ya envía (un identificador de 19 dígitos leído como un número JSON está rodeado de la de otra persona), y sólo donde ese nombre ya llega al llamante. - Culpitas de respuesta: wireFields añade parentSenderMemberId además de parentSenderName. Palabras de un visitante de chat web se almacenan bajo el miembro del sistema de la org, por lo que el padre de un visitante no lleva a nadie en vivo en el envío en vivo la historia leía por igual, el visitante dio o no un nombre. Un hilo de insecto con el sistema lo retenga el nombre, en contra de la organización de los padres. Exec2Exec filas también la llevan; la consola las mantiene claras. - Hold'em: cada línea de historia de la mano (ActionView) lleva a memberId, lee la misma fila de asiento a mano que el nombre, por lo que los dos no pueden nombrar a diferentes personas. - Entradas de soporte: cada sistema tiendas de eventos actorMemberId al lado de actor. Un evento que nombra a los suyos El actor (la entrega de IA dice "Asistente de IA", almacenado bajo el miembro del sistema) deja caer el identificador almacenado. - Errores del sistema: cada fila de hilos lleva miembroOrgId al lado de la cama, retenida de él. La junta es global, y el org es como la consola le dice a un colega del miembro de otra organización. Pruebas: ChatReplyPreviewWireFieldsTest, SupportSystemEventActorTest (nuevo); SystemBugThreadRedactionTest (Af) HoldemTableViewTest (o1). Cada uno falla con su cambio revertido. Suite completa 1005/1005 verde; limpio El origen/principal fue el 994/994.
· EmailService
El historial de entregabilidad nombra al miembro detrás de cada cambio
Configuraciones de correo electrónico La entrega muestra la historia de la opción de salir de una dirección con quien hizo cada cambio, pero HistoryView envió sólo el nombre del actor, por lo que la página no pudo abrir su tarjeta de miembro. Cada entrada ahora lleva el actorMemberId al lado de actorNombre: el actor del libro mayor.member-id como texto, exacto (un INT8 rondas como un número JSON). La visibilidad no cambia: los mismos que llaman los que llaman MANAGE-EMAIL-OPT-OUTS ya ven que El nombre de miembro aquí, y su identificación en la historia de la ficha Opt Out. DeliverabilityHistoryActorTest conduce GET /address y escribe la respuesta con el ObjectMapper de la aplicación: El cambio de un miembro lleva el identificador como una cadena JSON, el destinatario no lleva ninguno. Fracasa sin el cambio.
· kamo-internal
La carta en la lista de exclusión "úbda por"
EmailService ahora envía al miembro detrás del último cambio de cada dirección (últimoActorMemberId, texto). El lista corta su nombre de la frase "última modificación por" (alrededor de la misma) por lo que abre su tarjeta de miembro en flotar solamente, ya que toda la fila es el botón que selecciona la dirección. Sin un Ide the line lee exactamente como antes.
· EmailService
Una fila de exclusión lleva al miembro detrás de su último cambio
La lista de exclusión nombrada quién hizo el último cambio de cada dirección (lastActorName) pero no quiénes son, así que la página de configuración no pudo abrir su tarjeta de miembro. Cada fila ahora lleva el últimoActorMemberId al lado el nombre de **************** como texto exacto (un INT8 rondas como un JSON número). Las entradas de la historia ya llevaban el actor.
· kamo-internal
La tarjeta de las personas que los servidores ahora nombran historia y acciones de documentos, carreras, el miembro principal de la cuenta, un gerente de asiento de grupo
Alambres los ids los servicios ahora envían: - Historial de documentos (los cambios y descargas de Doctormanager, la historia del cajón de material de marketing): el miembro por nombre (memberName) e id exacto, donde las filas imprimieron un número redondeado como "Miembro: 1170943544097472500". - Acciones (acciones de ShareDocumentDialog, el cajón de materiales): cara de un miembro y nombre abre su tarjeta (recipienteMemberId). El cajón lee campos que el servidor nunca envió (Membresía, isAllowEdit, expireOn) Sus filas estaban en blanco, cada parte de las acciones leen "puede ver" y no con vencimiento mostró; ImgShareRecord ahora describe lo que shareToMap realmente escribe. - Carreras: "Last moved by" en el cajón de la aplicación (statusChangedById), el gerente de contratación en la junta de miembros (contratandoManagerId). - La fila de miembros de la cuenta (Membresía primaria, que el servidor envía ahora). - La línea de cobertura de un asiento del grupo nombra a su gerente (gerenteMemberId). Cada campo es opcional: ausente, el nombre se mantiene liso exactamente como antes.
· BillingService
La cobertura de un asiento de grupo lleva el id de miembro de su mánager
GET /api/billing/self/coverage nombró al gerente del grupo de facturación (gerenteName) pero no a quién Así que la página del plan del miembro no pudo abrir la tarjeta de miembro del gerente. Ahora lleva gerenteMemberId al lado del nombre, como texto, un INT8 id llega redondeado como un número JSON.
· kamo-internal
La tarjeta en administración, leads y configuración - valores de historia, reservas, buzones, registros de auditoría, el héroe de perfil
Cada miembro restante que se muestra en estas pantallas abre la tarjeta de miembro. Los asuntos son las cuerdas de los datos lleva, cada uno de los controles en el origen/principal del servidor. - Historia (Historia de la EntidadPanel; historial de plomo y cuenta): un cesionario cambiado, miembro principal o miembro añadida/eliminada es su nombre con la tarjeta, en el valor almacenado, cuando el registro o su La lista de actores puede nombrarlos; el título nativo de la materia se deja caer sobre él. Los nombres solo de la nota permanecen texto. - Caras al lado de nombres cardados, flotar solamente: miembros de cuenta, administradores de la plataforma, el candado de plomo Tarjeta de contacto. Administrar la cabecera de derechos: MiembroAvatar (46px, anillo mantenido) y nombre. Título de Dev Machine. - Reservas: "Reasignado de" / "Filed by" ************* la explicación tooltip se mantiene en las palabras; "Solicado por" en los diálogos de aprobación, extensión y desmiente y el Image caption reasignada (el subtítulo del concha de diálogo es un nodo ahora); actor de historia (actorMemberId). - Columna de agente de cuadrícula de plomo: la lista envía el cesionario id sólo como agenteAsignado (LeadListDTO), por lo que la tarjeta nunca se abrió allí; ahora la usa. - Vista de plomo: el chip de reloj de cristal (miembro titularId); agente aceptador de la reasign de reasign (miembro del eventoId). - Opt-outs: Actor de la historia de configuración y las líneas "By" del panel principal (actorMemberId). - Mailboxes: chips de los miembros de la empresa (memberId), cesionario de buzón personal (asignadoMemberId). - Perfil: El gerente de la obra (managerId, hover solamente: un click todavía abre el secador); el nombre del héroe y foto en el registro de otra persona (el miembro de la ruta). - Planes y facturación: licencias, miembros de suscripción, administradores de cuentas (memberId); asientos comprados para otro texto de organización. - Auditoría: miembro de registro de acceso org (sólo jefe; la fila abre la entrada), agente de auditoría de PHI (rejillas de personal quedarse ids). Consola hipotecaria: administrador de tareas, firma de precios, administrador de la gobernanza. Dejado claro: recolectores y reecabezas (bulk reassign, nuevo líder, reparto de comisiones, primarias agente, suplantado, asistente de pedido, asigna-a-licensee, simulador de política); nombres dentro de botones que consejos de herramientas de transporte (botón de reserva); no miembros (reclutador de cuentas, divulgación y destinatarios de acciones, contactos, cuentas de usuario de plataforma, agentes de IA, nombres de agentes mecanografiados, organizaciones; el propio visor registro (héroe, chip de papel pintado, galería de avatar); confirmaciones y tostadas. Echarchas de datos: gestor de cobertura de asiento **************** no envía id); cuenta El miembro principal de la lista (getCustomerDetail envía a los miembros y miembros primarios[], la página lee primaria y espectáculos ---); historia de la entregabilidad (HistoryView, no actor id); lista de exclusión (OptOutRow, nombre solamente); alias de email y acceso a mechones de correo compartido (entidades, miembro largoId como JSON números); propietario de voipMemberId (OrgPhoneNumberController, un largo crudo; ya cableado en Números). Pruebas: miembroSentence, conRequester, valores de historia, panel de exclusión de cabeza, actor de historia opt-out, Actor de PHI.
· kamo-internal
La tarjeta en las placas de inicio, HR, KB, documentos y e-signa la cara y el nombre como una puerta
Los dos del dueño: el Logrboard y los widgets de marcador de Afiliados tenían la tarjeta en el Sólo 20px cara. Miembro de la sentencia (BoardChrome) ahora toma el nombre de la fila como su hijo, así que la cara y el nombre son un disparador en cada fila, la propia línea del espectador incluida (memberId, una cuerda de Java en ambas tablas). El gatillo abraza a los dos, así que la brecha antes de que el marcador no abra nada. El nombre de la junta de logro tooltip (nivel de rango, conteo de logros) ahora monta en los puntos; el "nombre del trabajo de la junta de afiliados" título" tooltip se ha ido, porque la tarjeta se dirige a ambos (el mismo oficial-else-catálogo título). Un ex miembro se queda sin tarjeta. - Arcade HIGH SCORES (AlogAleevementBoardPanel): la punta de la herramienta de hilera cubrió la tarjeta; se monta en la puntuación ahora. La etiqueta de tres letras y el nombre son un disparador, "YOU" incluido. Esto también cae El punto negro subraya la sombra de texto del gabinete pintada bajo todos los nombres en reposo. - PersonCell: el miembro-id tooltip se sentó dentro del gatillo y cubrió la tarjeta cada vez que la tarjeta abierto por encima de la fila. Se retira; el identificador sigue siendo lo que cada llamada envía y lo que las búsquedas coinciden. - Resúmenes de la RRHH: las colas de atención (sólo en ventanilla, las filas son enlaces) y la matriz de cumplimiento. Entrenamiento Insights: atención (sólo conductor), clasificación, y la actividad se alimentan, cortada alrededor de la .nombre en la frase traducida. HrSummaryDto y HrAttendanceResumaryDto envían a MemberId como una cuerda. - Previsualización de la audiencia legal y preestreno **************** Cuerda) y la nómina filas de revisión de auto-match (un servicio de tiempo largo, serializado como texto, retransmisible). - Consola de revisión de KB: "Presentada por el nombre en la fecha" cortada alrededor del nombre (sumisterMemberId, String.valueOf en kbservice). - Solicitudes de firma: el remitente en la línea "Enviado por" de la cuadrícula (sólo con conductor: la fila abre el cajón) y en la línea de tiempo del cajón (enviarByMemberId, String.valueOf in esigservice). - Binder compartiendo: el pueblo con-acceso filas ******************* ToStringSerializer). Llanura izquierda: recolectores y sus selecciones (MemberSearchDialog, AccountSearchDialog, SignerCard's miembro elegido, la matrícula y formación de chips de personas, el miembro del código de seguimiento, el gatillo de goteo resumen, la disponibilidad de subtítulos de "editar"; solicitantes (no miembros, según el escrito); firmantes, Enrollados por goteo, autores sociales y organizadores y asistentes (sin id de .s.no miembro); brindis y diálogo líneas de asunto. Huecos de datos: las listas de documentos compartidos (sólo receptora), historia del documento (miembrosId un número JSON, sin nombre), historia de versión de KB (redactor con la largaMemberId, sin editorName), las carreras "últimas movidas" (sólo destatusChangedByName) y el gerente de contratación de la junta de carreras (sólo de contratarManagerName). Pruebas: ambas tablas, la arcada, PersonCell, la visión de recursos humanos, Entrenamiento despectivas, la firma cajón y la frase de revisión de KB. Cada uno falla contra el origen/componente de principal.
· kamo-internal
La tarjeta de chat, soporte y las ventanas del muelle, nombres junto a las caras, y las líneas que nombran a la gente
Donde una cara ya abrió la tarjeta de miembro y el nombre a su lado no lo hizo, y en las líneas que Quédese gente. Cada identificación es la cadena que los datos ya llevan, verificadas en el servidor: MediaService's filas de historia y marcos en vivo, ChatListRowDto, ReceiptDto, SupportAgentMetricsDTO, SystemBugDTO, HoldemTableView.SeatView, ChessGameView y el autor de alimentación de SecurityService envían ids como texto. - Transcripción de chat: el nombre del autor por encima de cada serie de mensajes (msg.memberId), en chats de dos personas también, que no llevan cara. Las líneas del sistema "X añadido / eliminado Y", "X izquierda" (memberId, Término de tránsito) y la línea de apertura "creada con" (miembro de RossterId) se cortan alrededor de sus ranuras (nueva aplicación/lib/sentenceSlots.ts, la división de LeadsHistory, probada) para que cada nombre abra su propia tarjeta; las caras de la línea de apertura son MemberAvatar en las ranuras MUI del grupo, sólo que se ciernen. - Indicador visto: en una conversación de tres o más, las personas que han visto el último mensaje son caras al lado de la etiqueta (cinco, luego N), cada abertura de su tarjeta. Existían sólo dentro de la la herramienta de la etiqueta, que se dibuja sobre la tarjeta; la punta de la herramienta mantiene nombres y tiempos. Sin caras entre dos personas, la regla de las burbujas. - fila de la lista de chats: un título de chat sin nombre es el nombre de cada miembro (un grupo también, no sólo un uno a uno), flotar solamente; el autor de la vista previa (lastMessage.memberId) en las filas de CHAT cuando están uno de los miembros de la fila. Las palabras de un contacto social se almacenan bajo el propietario, por lo que no hay otro tipo. - Entradas y ventanas sociales: el nombre del remitente encima de una burbuja, en los términos que la cara ya utiliza (El propio lado de TicketChat solamente; SocialChat nunca el contacto). - Rebano del Centro de Interacción: el más de la herramienta se sentó en el propio gatillo de la tarjeta, sobre la tarjeta. Retirado; "Más" se queda como el nombre del lector de pantalla del botón. El avatar dibujado a mano es MemberAvatar (38px, anillo y grising inactivo mantenido). - Softphone CRM autor de actividad reciente (post.author.id); agente de análisis de apoyo (ageriLed). - Ruso de sofredem: el nombre del jugador (seat.memberId), flotar sólo dentro del botón del disco; su quitado la herramienta de solo nombre, la tarjeta da el nombre completo. - Ajedrez: el disco y el nombre del oponente (oponenteMiembroId) en los tres tallos de asiento, nunca el del lector asiento o la computadora. El disco mantiene su color lateral, por lo que se queda con el propio dibujo del asiento. - Tarjeta de errores de sistema y cajón: el nombre del reportero (reporterId), sólo cuando el reporteroOrgId es el La propia organización del lector (reporterCardId, probada): la junta es de todas las organizaciones. Llanura izquierda: selicadores (diapositor de miembros, conmutador de buzón, mudársela, lista de los compositores, el panel de invitación Hold'em, las confirmaciones del menú de juegos); personas que no son miembros (accionar-libro contactos, SMS, fiestas de la historia de llamada; corresponsales de correo guardan su propia tarjeta; otros organizaciones (Exec2Exec, el apart y el solicitante de un ticket, el aviso de disponibilidad de agentes); Cara del espectador (enlace de perfil de NavTop, el compositor de correos); código muerto (clubhouse ChatArea y OpenChatTabs no tiene importadores); coloca una tarjeta no puede vivir: HexHeadPopover (él mismo el miembro acciones, dibujadas sobre la tarjeta), chips de reacción (nombres dentro de la punta de la herramienta de un toggle), la ventana de la herramienta barra de título (el mango de arrastre), la línea de mechilla y el estandarte de resultados Hold'em (ambos desmontan bajo el tarjeta en cuestión de segundos); el estado de ajedrez frases (el asiento a su lado tiene la tarjeta). Sin identificación en los datos: citas de respuesta (sólo texto de texto), eventos del sistema de soporte (sólo actorName), notificaciones (MiembroNotificación no tiene actor), Hold'em historia (ActionView no tiene miembroId), Sistema Bugs hilos filas (un miembroId pero sin organización, en una junta global), post menciona.
· kamo-internal
La cabecera de la tarjeta lleva el fondo de pantalla que muestra su escritorio
La banda de cabeceras ahora muestra el propio fondo de escritorio del miembro, su primera fotografía en el aire, o la organización es cuando eso es lo que su escritorio juega a la vez bajo su propio tono lavado, se desvaneció en el banda de color una vez que ha decodificado. Un escritorio liso mantiene a la banda; también lo hace una fotografía que no carga. SecurityService resuelve cuál (el nuevo campo de "papel de paredes" de la tarjeta); el conjunto de la organización viene de useOrgThemeImages, que el telón de fondo de la consola ya ha llenado. Pintado del origen temático (la página Ig-src de CSP lo permite), nunca a través de la siguiente/imagen o la reposo de imagen, que no puede llegar a un host de temas de discoteca.
· SecurityService
La tarjeta de miembro lleva el fondo de pantalla que muestra su escritorio
GET /members/-id-/card gana "ballpaper" para la cabecera de la tarjeta, resolvió la forma en que la consola el telón de fondo y el héroe del perfil resuelven el escritorio de un miembro: ninguno cuando su consola está puesta en la llanura gradiente; "url", tono para su primer fondo de pantalla en el aire, en su orden; "org: true, tono" cuando Interpretan a la organización (el cliente ya tiene esos el tema que pinta). El tono es de ellos. propio fondoTone, por lo que la fotografía se lava como en su escritorio. MemberWallpaperResolver lee fondoMode/backgroundTone de la tienda de ui-preferencias y el en el aire ThemeBackground filas, y aborda la imagen exactamente como ThemeBackgroundController hace (generateFileHash se comparte ahora en lugar de copiarlo). Una lectura fallida, o un huéstre el dominio temático no puede derivar de, cuesta el papel pintado y nunca la tarjeta.
· kamo-internal
La tarjeta en la cola larga. HR, KB, tableros, webinars, crecimiento, seguimiento, Hold'em
Cada miembro nombre de estas pantallas abre ahora la tarjeta de miembro. Los asuntos son los hilos que los datos ya llevarse, excepto cuando se indique. - PersonCell / PersonStack (consola de asistencia, 7 importadores): cara y nombre son un desencadenante en miembroId; el avatar MUI privado es MemberAvatar (mismo tono, del mismo tamaño). Un nuevo "clickToggles". prop está apagado donde la celda se sienta en algo clickable (Res filas de hallazgos de competencia, la lista de la lista cartas y filas de mesa). La punta de herramienta de la dirección de miembro-sí permanece; la punta de herramienta del nombre de la pila da paso a la tarjeta. - Asignaciones de capacitación y cuadrículas legales asignadas de paquete: teamMemberId; las iniciales teñidas de estatus Los discos son MemberAvatar (28/30px) El ferrocarril estatal todavía lleva el estatus. - Problemas de funcionamiento de la nómina y el carril de actividad de la visión general de los recursos humanos: MemberName on memberId. - KbPerson (4 importadores): MiembroAvatar dentro de la tarjeta en ******************* su tooltip de "nombre de título" es lo que dice la tarjeta ahora, y se habría sentado encima de ella. Solo en Hover dentro del pin, atención, revisión-cola y tarjetas establecidas. - KB artículo byline: authorMemberId, que es un NUMERO JSON, por lo que un id de 19 dígitos llega redondeado y la tarjeta no puede encontrar al autor hasta que el servicio kb lo envíe como una cadena. El traducido "Por el nombre" es cortado donde el lugar pone el nombre, así que sólo el nombre es el gatillo. - Juntas: MiembroFace es MiembroAvatar (20px, anillo de podio guardado) dentro de la tarjeta (seed se convierte en La celda de nombre de arcade HIGH SCORES es un miembro. Un miembro que la junta no puede nombrar ("un ex miembro") no recibe tarjeta; las puntas de herramientas del nombre de los widgets están intactas. - Webinars: el presentador (asignadoPresenterId) en My Webinars y el asistente del horario, solo flotante en sus filas clicables; asistentes a miembros en Mis Webinars (los visitantes no tienen identificación y permanecen desprendidos); el presentador de la página principal vía **************** ahora mecanografiado, con una prueba para la tarjeta con y sin el identificador. - Presentaciones de crecimiento (miembrosId; revisadoByMemberId en la frase "Revisado por") y la Columna de miembro de los códigos de seguimiento (memberId, hover-only: la fila abre el cajón). - Hold'em: nombres de otros jugadores en el plato de asiento y en las filas del vestíbulo (memberId, hover-Sólo dentro del botón de la mesa). Dejada clara: las acciones existentes del diálogo accionar y las acciones de MaterialDetailDrawer (docsservice's lista de imagen electrónica envía a receptorName y ningún miembro id), los informes ScheduleDialog (sólo un propietario, que no pasa el que llama), Hold'em HandHistory (las acciones llevan un número de asiento, no un id miembro). Pickers dejados solo: el e-sign MemberSearchDialog, la búsqueda del diálogo compartido y las fichas de los destinatarios, Ajedrez el seleccionador opositor de NewGamePanel, el carril de filtro de la lista legal. Medido en Chrome contra el origen/principal componentes: PersonaCell, PersonStack, KbPerson y Las caras de los consejos mantienen la posición de su tamaño de caja, el centelleo y la posición del punto.
· kamo-internal
La tarjeta de chat y la casa club - filas, lista, caras de mensaje, post autores
Superficies (cada identificación es la cuerda que los datos ya llevan): - ConversationRow: cada cara en la pila de avatar de una fila de chat (miembros[].memberId), y el nombre un chat sin nombre uno a uno se titula con, abrir la carta en flotar solamente; un click todavía abre el conversación. Las caras son MemberAvatar dentro de la ranura MUI Avatar del grupo, cuya clase la anillo, superposición y "N" cuelgan. Una prensa dentro de la tarjeta porlatada ya no burbujea en el The ButtonBase y ondea la fila. La cara del solicitante de apoyo es MiembroAvatar sin tarjeta: en el escritorio de la plataforma son miembros de otra organización. - ChatMembersPopover: la cara y el nombre de cada miembro son un miembroHoverCard (memberId); la cara es MiembroAvatar. Los controles de eliminación permanecen fuera de ella. - MensajeAvatar toma un miembro opcionalId: dado uno, la cara abre la carta en flotante (sin pestañas parada, sin título nativo bajo la tarjeta). Pasado por MessageBubble and MessageList (msg.memberId, solo chats de miembros), SocialChat (senderId, nunca el contacto) y TicketChat (senderId, sólo en el lado del espejo una vez que los lados son conocidos, nunca un visitante de chat web: un ticket's dos lados suelen ser dos organizaciones). - PostCard y CommentThread: el nombre del autor es miembro y la cara del autor es MiembroAvatar con la tarjeta en hover (author.id). El nombre y la cara de PostCard mantienen su clic en la página del miembro. Esclarzada a la izquierda: - SeenIndicador: las caras vistas existen sólo dentro de un MUI Tooltip (z 1500, por encima de los 130) de la tarjeta. por lo que se extrae una tarjeta abierta de una bajo la punta de la herramienta. Necesita las caras fuera de la punta de la herramienta. - Exec2ExecChat: cruzado de organización, y la carta rechaza a los miembros de otras organizaciones. - Un título de chat de grupo (los nombres unidos son una cadena) y el prefijo remitente del preestreno. Nota: una tarjeta abierta dentro de una ventana de la herramienta (chat, ticket y ventanas sociales, el interruptor de chats columna) lee la presencia fuera de PresenceProvider, de la que ToolDock es un hermano de, por lo que dice Offline. Pruebas: ConversationRow (la carta de la cara y el título, el click todavía abre el conversación, una prensa en la tarjeta no ondea la fila), MessageAvatar (la tarjeta sólo con un miembro id), TicketChat (sólo propio, nunca un visitante).
· kamo-internal
La tarjeta en las pistas. cesionarios, autores de la línea de tiempo, historia y agentes de tickets
Cada lugar en el que las pantallas principales nombran a un miembro (personal) ahora abre la tarjeta de ese miembro. Los dedos son los Dirición de los miembros de la cadena los datos ya lleva. - Vista de plomo: el agente de la tarjeta de asignación (la página asignadaLeadMemberId). AgentSeleccionador y La interfaz de usuario está intacta. - Rejilla de plomo: la columna Agente (asignadoTeamMember.id), flotante solamente: es una celda de cuadrícula. - CRM de suave: el azulejo "Asignado a" (asignadoTeamMember.id). - Cronología de las comunicaciones, el miembro de nuestro lado de cada entrada (entrada.memberId): un título de nota y avatar (MemberChip sustituye al MUI Avatar, el mismo 20px), un título de chat saliente, el miembro en un subtítulo de una llamada y un texto saliente, el remitente de un correo electrónico saliente. Los títulos son Oraciones traducidas, por lo que todo el título es el detonante. La pista del otro lado se mantiene clara: filas de chat inbound no llevan id de miembro, y en un miembro de correo electrónico entranteId es quien lo recibió, no el Sender mostrado. La cáscara apaga los eventos de puntero a través de la columna del título por lo que la fila es una clic en target; los nombres optan de nuevo, como lo hace LeadRefChip. Una llamada o correo electrónico que se expande mantiene su nombre-sólo y la cáscara pasa el clic del nombre, por lo que la fila todavía se expande. - Lista de tickets de apoyo: el agente asignado (asignadoAgentId), flotando solamente: la celda asigna o abre el billete. Su punta de herramienta Assign/Reassign se mueve al lado del nombre para que ya no cubra la tarjeta. - Lleva la historia: cada miembro en una línea (memberId, deMemberId, byMemberId). Una línea puede nombrar dos miembros dentro de una frase traducida, por lo que se formatea con un marcador en el lugar de cada miembro y Dividir los marcadores: las palabras siguen siendo propias de la localidad, en su orden, y ningún mensaje cambió. - Administrar créditos: el enlace de perfil de la columna de miembro (memberId), flotante sólo para que el enlace mantenga su clic. - Oportunidades reservadas: el agente primario (AgentMemberId). Perdece un miembro eliminado (sin nombre) "Agente desconocido". - Pestaña de la historia: la columna "Changed by" (actor.memberId). Se dibuja por la EntidadHistoriaPanel, por lo que el historial de la cuenta también obtiene la tarjeta. Deja izquierda: - Solicitante de entradas: el impreso público presenta sus entradas bajo el miembro del SISTEMA de la org sin esPublicChat, así que requestorId no es de manera confiable la persona que pregunta. TicketHeader nombra al agente solamente dentro de MemberPickerDialog. - Oportunidades reservadas "Reasignadas de" / "Filed by" subtítulos y ManageReservationDialog's subtítulo: nombres dentro de las oraciones que llevan su propia herramienta o encabezan un diálogo. El agente primario y las filas divididas por encargo (ManageReservationDialog, CommissionSplitEditor) son recolectores. - Los valores antiguos/nuevos de la historia para el campo cesionario: renderValue devuelve el texto. - El encargado de la visión principal: una cadena libre sin identificación.
· kamo-internal
La tarjeta en la configuración y listas de administración - miembros, facturación, administradores de plataformas, teléfono, comisiones
La tarjeta de miembro en la configuración y listas de administración que muestran a la gente. Cada nombre abre la tarjeta en Hover, enfocar o tocar; un nombre que ya hace algo en clic mantiene ese clic. - Miembros del equipo (TeamMemberManager): el nombre en las pestañas de los miembros y miembros del equipo (miembro de la filaId, su avatarUrl pintado en la tarjeta). La pestaña de los clientes es de datos falsos, no de los miembros: se deja claro. - Miembros de una cuenta (cuenta/view/[id]/miembros): cada nombre (memberId), miembros del lado del cliente incluido. El avatar dibujado a mano es ahora MiembroAvatar a 32px. - Dueños de facturación: nombre de cada candidato (id, que es el miembro id en ambas listas que lee). - Grupos de facturación: el gerente bajo "Paid by" (gerMemberId) y cada nombre de la lista (miembro Id). La línea "Paid by "Ganager" (managerId): el nombre se encuentra dentro de un traducido frase sin etiqueta en la que colgarla, así que toda la frase es el desencadenante. - Administradores de la plataforma (AdministratorCard): el nombre (memberId); el avatar dibujado a mano ahora MiembroAvatar a las 48px. Un administrador de otra organización lee "No en su organización" a menos que el espejo sea dios. - Ajustes de Webinar, la tabla de disponibilidad del tipo: cada presentador (equipoMemberId, un miembro id). - Teléfono: el propietario de un número en Números (propietarioMemberId; "perteneces a" es el desencadenante, y el hecho toma un nodo ahora); el miembro asignado en ambas mesas de extensión (asignadoMiembro Id), en el flotador y el enfoque solo, por lo que el enlace a la configuración de su teléfono mantiene su clic; cada miembro en Dispositivos Móviles (memberId). - Procesador de la Comisión: el miembro en cada línea de un lote enviado (miembro; estancias de línea anulada golpeó, que la línea de un padre ya no alcanza) y en cada retiro (memberId). Claro izquierdo: los recolectores (MemberPickerDialog, el Autocompleto de la línea de composición, el licenciatario casillas de verificación, el botón pick-a-manager); nombres dentro de frases de confirmación, puntas de herramientas y tostadas; Los usuarios de PBX y llamadas de correo de voz, que no llevan ningún miembro id; y RelationshipManager, que enumera organizaciones, no personas. PlatformAdminsTab atrae a su gente sólo a través de AdministratorCard.
· kamo-internal
La tarjeta en invitados al calendario, autores de documentos y notas de cuenta
- Calendario: las filas de invitados resueltas del diálogo de eventos abren la tarjeta de miembro (la vista previa de la audiencia memberId, se llevó a GuestRow). Una dirección tipo mano no tiene identificación y permanece texto; una dirección mecanografiada Eso pertenece a un miembro ya fue ascendido a una fila de miembros. - Documentos: "Subido por" en la cuadrícula de documentos (DocsService createdByMemberId; the Shared pestaña usos compartidoBy) y la línea de tiempo de la versión's byline (ecc de la versión creadaByMemberId, el original La subida es de la historia) abre la tarjeta del subidor en el flotador. Ambos se sientan dentro de algo clickable, por lo que la tarjeta nunca toma el clic. - Notas de cuenta: las notas recientes de la descripción y el nombre de la pestaña Notas del autor (SecurityService ahora envía a authorName además del autorMemberId antes, cada nota leía "Sistema") y abre su tarjeta. - La tarjeta mantiene los eventos que inician algo (haga clic, prensa, enfoque, teclas) burbujeando a través de el portal en la fila que sostiene el nombre, así que pulsando una acción ya no se enrojece o selecciona esa fila. Los extremos de la prensa todavía llegan a la ventana, donde termina el framer-motion mientras queTap.
· DocsService
El miembro del subido viaja con la lista y la historia
La lista de documentos (/imagación/lista) y el historial de un documento llevaban el nombre del cargador solamente, así que kamo-internal podría mostrar quién subió un archivo pero no abrir su tarjeta de miembro. Ambos ahora llevan creadoPor favor, como texto, un INT8 no sobreviva a un número de JavaScript. El autor de cada versión ya llevaban las suyas.
· kamo-internal
La tarjeta de miembro de cualquier miembro, a ver quiénes son y qué puede hacer
Una tarjeta para cada nombre de miembro en kamo-internal, cerrada por la regla del servidor SecurityService ahora sirve (MiembroInteractionPolicy, servicio de seguridad 5063eaa): chat, llamar, reunirse ahora, enviar un correo electrónico por adelantado; texto, horario y un juego (escas / Texas Hold'em) detrás de Más; su perfil o, para un miembro del lado del cliente, su cuenta en el pie de página. Una acción rechazada se atenúa con una cerradura y dice por qué en el hover (la política de chat en las propias palabras de la org); una acción que el espectador nunca puede tomar es no dibujado en absoluto. Las piezas (app/components/miembros/cartón, app/lib/memberCard): - MemberName / MemberChip / MemberHoverCard - triggers built on the mail corresponsalt card's useHoverCard (intención, una carta a la vez, anclaje, Escape devuelve el enfoque, toque en el tacto), que Gana "clickToggles" por lo que un nombre que ya hace algo en el clic mantiene ese clic. - Diputación de la cabeza tintada con el propio tono del miembro mezclado en la marca, anillo de presencia en vivo, Departamento, su hora local y hasta qué punto o detrás de ti, copiar los detalles. - MemberActionBar - los botones etiquetados de la tarjeta, o la tira compacta de una fila. - MiembroAvatar - el único avatar (foto de tamaño, de lo contrario las iniciales en el tono del miembro, presencia opcional). - actions.ts. el conjunto de albaceas del compositor; la lista de los agentes, chat de userId, Mantenlos como "jugar", no "crear", cada uno atrapado por una prueba. - caché.ts una lectura por miembro, compartida por cada disparador, TTL de los años 60, preparado de las filas de listas, Lea a través de usoSyncExternalStore para que ningún estado se establezca dentro de un efecto. - MemberCardDialogs - montado una vez en AuthedChrome para el diálogo de reuniones, que gana "inicial"Modo. Así que "Schedule" se abre listo para elegir un tiempo. Capa 1305: a través de los diálogos MUI, por lo que un nombre dentro de un diálogo todavía obtiene su tarjeta; bajo puntas de herramientas MUI. Las tres copias de estas acciones se han ido: - Las filas del Centro de Interacción dibujan la franja compartida de la "interacción" en cada fila de la lista; "Abrá" abre el Tarjeta completa. Se eliminan las puertas de perfil y correo copiadas a mano de NavTopPanel. - El popover de chat hex-head sigue la decisión de la tarjeta de una charla de uno a uno. Su "constelable de vistas" se ofreció a todos y llevó a una página de la que la mayoría de los miembros son rebotados; ahora aparece sólo cuando el espectador puede abrir ese perfil, y va a él. - MemberContactCard (principal soporte de bloqueo / roster) dibuja las piezas compartidas en lugar de su propia Llamada y Mensaje. La mesa de los presentadores de webinar pone la tarjeta en cada presentador y una advertencia ámbar de "Noche contable" Además de cualquier presentador, un visitante no puede reservar (mediaservice a9f20cc), con una herramienta que dice qué hacer. Especificación y plan: ************* **************** El resto del despliegue sigue. Pruebas: miembroCard lib (parse, caché, razones, hora local, cada albacea), MemberCard render (hombre, teclado, oculto vs atenuado, Más, pie de la pie, clic conservado, sin identificación, no encontrado), presentador huecos, hex-head profile gate. tsc clean; eslint no añade nada a los conteos existentes de los archivos tocados; Los guardias pasan; 632 pruebas a través de los directorios tocados de verde.
· MediaService
La mesa de los Presentadores puede ver qué presentadores nadie puede reservar
GET **************** . MANAGE.SUPPORT, el propio que llama El tipo de organización solamente (cual cosa más es "no se encuentra") - responde a cada presentador activo con haBookableTime, para la advertencia junto a su nombre en la mesa de Presentadores. hasBookableTime(miembro, tipo) se extrae de webinarsAwaitingMyAvailability, que ahora lo llama, así que la tabla del administrador, el propio marcador de calendario del presentador y la página de reserva pasan por todo Librotables y no puedes estar en desacuerdo sobre si alguien puede ser reservado. Pruebas: la mesa marca un presentador cuyas horas han pasado y no una con horas antes (reales) disponibilidad aritmética), no se encuentra otro tipo de org, la forma de alambre, y el 403 sin MANAGE-SUPPORT. Suite completa 994/994.
· SecurityService
Una regla para lo que un miembro puede hacer con otro, servido por miembro y por fila de roster
Las mismas cinco acciones, chat, llamar, correo electrónico, reunirse, ver el perfil se ofrecieron desde tres lugares en kamo-internal (la fila del Centro de Interacción, el chat hex-head popover, la tarjeta de contacto de bloqueo de plomo), cada uno decidir en el navegador de su propia lectura de los derechos. No hay dos acordados, ninguno pudo ver la charla. política o cualquier cosa sobre la persona en el otro extremo, y el resultado fueron botones que fallaron en clic. La política de interacción miembro (miembros/tarjeta) es ahora la única regla, pura y comprobada. Por acción responde HIDDEN cuando el espectador nunca puede hacerlo (sin asiento, el org no tiene derecho a la aplicación) o REFUSED con un código de razón cuando es esta persona en el camino (la política de chat - con la propia redacción de la org . INACTIVE, NO. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . chat no restringido; apunta a colega activo; la política de chat te permite empezarlo (pasa OVERRIDE-CHAT-POLICY) llamada asiento canCall; cualquier extensión o número en el archivo texto seat canSendTextMessages; un móvil que toma textos Correo electrónico EMAIL titulado ACCESS-MAIL, asiento canSendEmail; una dirección en el archivo meet/schedule MEET titulado, seat canMeet, START-MEETING; un colega activo perfila los seis derechos o dios de la página de miembro para un miembro del lado del cliente, VIEW-ACCOUNTS ("Constacar Vistas") Juego los juegos que ambos lados pueden jugar: derecho . PLAY.CHESS/PLAY.HOLDEM a cada lado (el propietario se para en) Los datos de contacto de un miembro del lado del cliente son sólo para un espesor que puede leer cuentas. Las aplicaciones son las Proyección ENTITLED (computeEffectiveFeatures), la misma que lee la organización del navegador.isEmail. MemberInteractionService resuelve el espesor una vez que las capacidades de asiento de EntitlementService, aplicaciones, derechos, propietario y decide para un miembro o toda una lista (derechos de juego leídos una vez por partido). GET ************* identidad (nombre, avatar, título, departamento, amable, hueso, disponibilidad), los valores de contacto que la política permite ver a este espejo (un colega son los que la lista ya sirve a cada miembro), la cuenta para un miembro del lado del cliente, y la decisión. Otro miembro de org es 404, como uno que no existe; el id es una cadena de caminos. Llega la sesión a través de CallerSessionResolver, así que el trinchillo de punta sin vigilancia lo reconoce. /por departamento las filas ganan la interacción de la misma política, así que una fila de listas y una carta abierta de ella Nunca puede ofrecer cosas diferentes. LeadWebinarEntry gana presentadorMemberId, para que la página principal pueda poner la tarjeta a nombre del presentador. Pruebas: MiembroInteractionPolicyTest (17), MemberCardEndpointTest (forma de alambre, contacto con retención, 404 a través de orgs, 400/401), MemberRosterInteractionTest. Los cinco fracasos de suite completo **************** x4, el trinquete nombrando ************* son los mismos cinco que fallan en origen/principal sin este cambio.
· kamo-internal
Una marca roja en el calendario cuando nadie puede reservar un webinar contigo
El presentador de un webinario cuyas horas se han acatado nunca se ha contado. La página de reserva sólo ofrece no veces, y la única persona que puede arreglarlo es la única persona a la que el producto nunca lo mencionó. El icono del calendario ahora lleva una marca roja y parpadeante cada vez que MediaService dice que al menos un webinar Este miembro presenta no le queda tiempo reservado (mediaservice ddf8e20). El calendario es donde a El presentador declara esas horas, así que es donde pertenece el empujón. En la puerta el propio nombre de la opción es se sustituyó por lo que está mal, que los webinars están esperando, y qué hacer - el mismo tratamiento los protagonistas Acepta-guerra usos, porque un punto por sí solo no le dice a alguien qué ir y hacer. Monta el chat existente STOMP cliente en lugar de abrir una conexión: un marco sin contenido en **************** dice "re-read", y el navegador pregunta el autenticado endpoint para su propia respuesta. La semilla no es una optimización. El tema es NATS básico sin flujo, por lo que un marco publicado mientras esta pestaña estaba dormido se ha ido - y el primer plano releer es la única cosa que puede atrapar una ventana que simplemente expiró, ya que nada escribe entonces. Sesiones que no presentan nada nunca se suscriben, que son casi todos. El id del miembro es el STRING: redondeando un singular-rowid() a través del accesorio numérico suscribirse al tema de un colega y ser rechazado por el guardia del servidor, dejando una marca que nunca se va en vivo sin nada en la pantalla para explicarlo. La respuesta se mantiene etiquetada con el miembro para el que se leyó, así que un sudo-moda dios o un interruptor de sesión muestra el nuevo miembro EMPTY en lugar de los anteriores y no necesita ningún efecto de reinicio, que las reglas del Recuerdo rechazan en nuevo código. Pruebas: presentadorAvailability.test.ts pins el destino, el marco predicado (nunca lanza, lo que sea llega), el analizador (un cuerpo en el que no puede confiar deja la marca en paz) y la punta de la herramienta contra el real diccionario; ************* impulsa el uso realNavAdornments y lee lo que el Nav dibujaría. Las cuerdas son ************* ya en el diccionario principal (996bb07f0), sin plural en ellos. tsc clean, eslint limpio en los archivos tocados, los guardias pasan, 318 pruebas de nav verde.
· MediaService
Dígale a un presentador, en vivo, cuando nadie puede reservar un tiempo con ellos
Un presentador cuyas horas declaradas se han acatado es el único estado en esta característica no reportó nada: la página de reserva simplemente no ofrece veces, el visitante se va, y la persona que podría arreglarlo en un minuto nunca se entera. La propia demo de productos de KamoCRM está exactamente en ese estado hoy en día La última ventana del presentador fue 2026-09-03. GET ********** respuestas, para el llamante solo: cuántos tipos activos ellos presentes, y a cuál de ellos no les queda tiempo contable. Por tipo, porque cada uno tiene su propio longitud, avance mínimo y horizonte; por presentador, porque sus propias ventanas menos las suyas reservas y calendario es lo que pueden ir y cambiar. Dirige la aritmética SAME la reserva página de la página " getBookableTimes y esto ahora comparte bookableStarts" () Así que el marcador no puede reclamar un gap la página llenaría, o permanecer oscuro mientras la página no tiene nada que ofrecer. Vive sobre el enchufá existente: ************* publica un marco sin contenido en ************* después de la confirmación de cualquier cosa que cambie la respuesta la disponibilidad de la ventana añadida, cambiada o eliminada; se añadirá o seaquita de los presentadores de un tipo; a sesión reservada (firmada o del sitio de marketing) o cancelada. ********************** se lo pone ************* el gemelo del relevo de maldito entrenamiento, y StompDestinationAuthz custodia ese destino por miembro en SUBSCRIBE y rechaza clientes SENDs: el tema nombra a un miembro de la presentadora id, y desprotegido dejaría a cualquiera en el enchuf de ver un nombre el diario de colega se llena y vacía. El marco no lleva título, sin horas y sin cuenta. relee el punto final en su propia sesión. Lo que ningún marco puede anunciar es una ventana simplemente, porque no ocurre ninguna escritura. El navegador El releer en primer plano es lo único que eleva el marcador entonces, por lo que no es opcional. Pruebas: PresentadorDisponibilidadGapTest ejecuta la regla sobre un miembro realDisponibilidadService (horas en el pasado, horas antes, horas consumidas por sus propias reservas, una ventana demasiado corta para albergar, un tipo de dos, sin presentar nada); ************* alfileres la forma del alambre y el 401; **************** alfilera el mapeo de destino subject-destination, el guardia y el carga útil sin contenido. Suite completa 991/991.
Tu universo está esperando.
Comience gratis en minutos y agregue productos cuando esté listo, sin migración ni nuevos inicios de sesión.
Gratis para siempre: no se requiere tarjeta de crédito