- Se descapó
- 10 de agosto de 2026 a las 18:04 UTC
- Autor
- Kamo
- Compromit
- d5546e5
Los calendarios y eventos eran propiedad de una cuenta y no llevaban organización. Esto une cada uno a la membresía más temprana de su propietario - la organización el la cuenta ha pertenecido a la más larga, que en la práctica es donde estaba el calendario hecho, así que un calendario aterriza exactamente en una organización en lugar de ser duplicados en todos ellos. Cuentas donde esa elección era material son contado en el tronco, porque para ellos el calendario deja de ser visible de sus otras organizaciones. Los eventos siguen el calendario en el que viven en lugar de su propio usuario, así que un evento nunca puede terminar en una organización diferente del calendario exhibiéndolo. El DROP DEFAULT en user-id es la declaración de carga. Esa columna anterior a este cambio y había llevado DEFAULT unique-rowid() de User.id todos A lo largo, inofenablemente, porque NO era NULL y siempre escrito explícitamente. Hacerlo anular para que el calendario compartido pudiera existir sin un propietario lo volvía letal: un INSERT que omite a userid despide el predeterminado, inventa un usuario id perteneciente a nadie, y falla la clave extranjera para los usuarios. Eso es exactamente cómo los primeros calendarios de organización aprovisionados de cero. El las entidades ahora sujetan el tipo de columna para ddl-auto no puede restablecerlo. Idempotente en todo: los rellenos sólo tocar filas sin miembro todavía, y el calendario compartido se inserta sólo cuando una organización no tiene ninguna.