Changelog: Cal.com v6.4 - Nuestra historia de origen, cambios en la licencia de código abierto y mejoras de rendimiento, y más...

Por fin contamos nuestra historia de origen

¿Tienes curiosidad por saber cómo empezó Cal.com? Echa un vistazo entre bastidores, incluido cómo se conocieron Peer y Bailey y cómo empezó todo.

Cambios en la licencia de código abierto

Estamos haciendo cambios en la forma en que distribuimos nuestro software, debido al auge de la IA y al impacto en todo el sector sobre el código abierto.

A partir de hoy, Cal.com relanzará todo el código libre y de código abierto como Cal.diy bajo licencia MIT, ampliamente considerada la licencia de código abierto más liberal y popular. Esta nueva edición de la comunidad es solo para self-hosting y su uso corre por tu cuenta y riesgo.

Los asistentes de programación con IA han cambiado drásticamente la forma en que los ingenieros escriben código, pero también han facilitado mucho encontrar vulnerabilidades en el software, especialmente en el código disponible públicamente.

Para hacer frente a este nuevo riesgo, a partir de ahora la base de código de la edición comercial de Cal.com, de la que actualmente eres cliente, dejará de estar disponible públicamente. (Antes era “source-available”, lo que ahora es “closed source”.)

Para los aficionados: ahora puedes acceder gratis, para siempre, a todo el código e instrucciones de Cal.diy.

Para los usuarios de Cal.com: no cambia nada en tu acceso ni en tu cuenta. Se trata principalmente solo de un cambio de licencia. Si estás haciendo self-hosting de la edición enterprise, recibirás invitaciones al repositorio privado de GitHub.

Mejoras de rendimiento

Este mes hemos hecho mejoras importantes de velocidad para grandes organizaciones. Cargar la página de reservas solía ser notablemente lento para organizaciones con cientos de miembros — en algunos casos tardaba más de 20 segundos. Hemos reestructurado cómo se recuperan esos datos por debajo del capó, y ahora es hasta 20 veces más rápido. Lo mismo ocurre con la configuración de los links de programación, que sigue el mismo patrón de mejora. Si tu organización ha crecido y has notado lentitud, deberías notar una diferencia real.

Nuevas funciones:

• Hemos añadido la trazabilidad completa de routing a Insights para mostrar exactamente por qué se seleccionó a un host de round robin, especialmente útil para configuraciones de routing complejas que usan el routing de propiedad de Salesforce.

• Hemos añadido un nuevo ajuste que permite a las organizaciones decidir si las reservas marcadas como spam deben borrar sus eventos de CRM.

• Hemos añadido la capacidad de rotar el secreto de tu cliente OAuth por si se ve comprometido o se pierde.

• Ahora te permitimos configurar tus clientes OAuth con varias URI de redirección.

• Hemos añadido una nueva función que detecta rutas inalcanzables en tus formularios de routing para evitar reservas mal dirigidas.

• Hemos añadido una nueva pantalla de inicio para la página de ajustes con un cuadro de búsqueda para encontrar rápidamente lo que necesitas.

• Hemos añadido varias mejoras a nuestra integración de Salesforce para admitir un routing de propiedad más avanzado (p. ej., coincidencia difusa de dominios, filtrado por tipo de registro).

• Hemos añadido la capacidad de que los hosts reprogramen una reserva incluso cuando su Calendar aparece como ocupado, para que nunca se queden bloqueados por conflictos de disponibilidad.

Mejoras y correcciones

• Hemos corregido un problema por el que dos personas que confirmaban al mismo tiempo la misma reserva pendiente podían provocar una doble reserva. Las confirmaciones simultáneas ahora se gestionan de forma segura.

• Hemos corregido un problema por el que los usuarios de calendarios CalDAV (Fastmail, iCloud y otros) recibían invitaciones duplicadas para la misma reserva.

• Hemos corregido un problema por el que los recordatorios por SMS fallaban silenciosamente cuando la hora programada de envío estaba muy próxima. Ahora se envían de inmediato.

• Hemos corregido un problema por el que los asistentes seguían recibiendo recordatorios con los datos del antiguo host después de que una reserva se reasignara a otro host de round robin.

• Hemos hecho una corrección de seguridad para evitar que se inyecte HTML a través de los campos de notas de reserva.

• Hemos corregido un problema por el que el ajuste "ocultar correo electrónico del organizador" podía eludirse mediante ciertos campos de reserva, exponiendo potencialmente el correo electrónico del organizador a los asistentes.

• Hemos añadido lógica de reintento con backoff exponencial para la sincronización de Google Calendar, de modo que las reservas ya no fallen cuando se alcancen los límites de velocidad de Google durante un uso intensivo.

• Hemos corregido un problema por el que las reservas recurrentes podían desincronizarse del Calendar debido a casos límite con la zona horaria y la gestión de la hora.

• Hemos hecho una corrección de seguridad para añadir comprobaciones de autorización adecuadas al endpoint de cobro de pagos.

Saludos,

Milos de Cal.com