- Verschifft
- 10. August 2026 um 14:52 UTC
- Autor
- Kamo
- Ausschuss
- 7746fce
mkCol baute ein ContactBook, das weder eine Organisation noch einen Eigentümer trägt und zurückgegeben 201 unabhängig, so dass ein Adressbuch von einem CardDAV erstellen Client hat jedes Mal bei Flush versagt: ORGANIZATION_ID ist NICHT NULL und inhaberloses Buch verstößt gegen OWNER_ID IS NOT NULL ODER IS_ORG_DEFAULT = TRUE. MKCOL wird geroutet und in einem eigenen Allow-Header beworben, so war dies erreichbar, nicht toter Code. Beide Zielfernrohre stammen nun aus der Session, die der DAV-Auth-Filter etabliert hat davUserId und davOrgId, das gleiche Paar, das jedes andere hier schreibt. Das auch wichtiger als früher: Eigentum wurde Zugangskontrolle mit die Änderung pro Person Adressbuch, also ein Buch ohne Besitzer erstellt wäre für das Mitglied unsichtbar, für das es gemacht wurde, auch wenn die Einlage erfolgreich. Zwei kleinere Korrekturen, während hier: - MKCOL gegen eine Sammlung, die bereits existiert Antworten 405 statt leise ein zweites Buch erstellen (RFC 4918 Abschnitt 9.3.1). - Die Antwort trägt einen Location Header. Das Pfadsegment kann nicht werden die ID des neuen Buches - IDs sind datenbankgeneriert - so landet die Sammlung auf seiner eigenen URL, und Standort ist, wie der Client soll es finden. Die begleitenden Testpins, die der Vertrag MKCOL zu erfüllen hat: die Handler braucht einen Servlet-Container, um zu trainieren, aber der NOT NULL Organisation, die Eigentümer-oder-org-default-Check-Beschränkung und die obligatorische Name sind genau das, was der alte Code verletzt.