- Se descapó
- 10 de agosto de 2026 a las 14:52 UTC
- Autor
- Kamo
- Compromit
- 7746fce
mkCol construyó un ContactBook que no llevaba ni una organización ni un propietario y devolvió 201 a pesar de todo, por lo que crear una libreta de direcciones de una CardDAV cliente falló en el rubor cada vez: ORGANIZACION-ID NO es NULL, y un El libro sin propietario viola OWNER-ID NO ES Nólito O ES NULL O IS-ORG-DEFAULT = TRUE. MKCOL es enrutado y anunciado en su propia cabecera de Allow, así que esto era alcance, no código muerto. Ambos visor vienen ahora de la sesión el filtro DAV auth establecido. davUserId y davOrgId, el mismo par que todos los demás escriben aquí. Eso también importa más de lo que solía: la propiedad se convirtió en control de acceso con el cambio de dirección-libro por miembro, por lo que un libro creado sin propietario sería invisible para el miembro para el que se hizo incluso si la inserción hubiera lo conseguido. Dos correcciones más pequeñas mientras aquí: - MKCOL contra una colección que ya existe responde 405 en lugar de Creación silenciosamente un segundo libro (RFC 4918 sección 9.3.1). - La respuesta lleva una cabecera de ubicación. El segmento de la ruta no puede convertirse el id del nuevo libro, los ids están generados por la base de datos, por lo que la colección aterriza en su propia URL, y Ubicación es como el cliente está destinado a encontrarla. Los pines de prueba que la entidad contrata MKCOL tiene que satisfacer: el manejador necesita un contenedor de servicio para hacer ejercicio, pero NO NULL organización, la restricción de control por propietario-o-org-default y la obligación el nombre es exactamente lo que el viejo código violó.