- Spegnimento
- 10 agosto 2026 alle ore 14:52 UTC
- Autore
- Kamo
- Impegno
- 7746fce
mkCol ha costruito un ContactBook che non porta né un'organizzazione né un proprietario e restituito 201 indipendentemente, in modo da creare una rubrica da un CardDAV il cliente ha fallito a filo ogni volta: ORGANIZATION ID NON è NULL, e un libro senza proprietario viola OWNER ID non è NULL O IS ORG DEFAULT = TRUE. MKCOL è instradato e pubblicizzato nel proprio Allow header, quindi questo era raggiungibile, non codice morto. Entrambi gli ambiti ora provengono dalla sessione il filtro DAV auth stabilito — davUserId e davOrgId, la stessa coppia ogni altra scrittura qui utilizza. Che cosa? anche conta più di quanto usato: la proprietà è diventato controllo di accesso con il cambio indirizzo-libro per membro, quindi un libro creato senza un proprietario sarebbe invisibile al membro è stato fatto anche se l'inserto avesse successo. Due piccole correzioni mentre qui: - MKCOL contro una collezione che già esiste risposte 405 piuttosto che creazione silenziosa di un secondo libro (RFC 4918 sezione 9.3.1). - La risposta porta un intestazione della posizione. Il segmento del percorso non può diventare id del nuovo libro — ids sono generati da database — quindi la raccolta atterra al proprio URL, e Location è come il client è destinato a trovarlo. Il test di accompagnamento perni il contratto di entità MKCOL deve soddisfare: il il manubrio ha bisogno di un contenitore di servlet per esercitare, ma il NON NULL organizzazione, il vincolo di controllo proprietario-or-org-default e il obbligatorio il nome è esattamente ciò che il vecchio codice ha violato.