Face MKCOL crea o carte care poate fi de fapt stocate

FixEmailService
Expediere
10 august 2026 la 14:52 UTC
Autor
Kamo
Comite
7746fce

mkCol a construit o carte de contact care nu transportă nici o organizație, nici un proprietar și returnat 201 indiferent, astfel încât crearea unei cărți de adrese dintr-un CardDAV Clientul nu a reușit la culoare de fiecare dată: Organization ID NU este NULL, și un cartea fără proprietar încalcă dreptul de proprietate ID nu este NULL sau IS ORG DEFAULT = adevărat. MKCOL este rutat și promovat în propriul antet de permis, astfel încât acest lucru a fost Accesibil, nu cod mort. Ambele domenii de aplicare acum provin din sesiunea filtrul de auth DAV stabilit DavUserId şi davOrgId, aceeaşi pereche pe care o folosesc toţi ceilalţi. Asta de asemenea, contează mai mult decât obişnuia: proprietatea a devenit controlul accesului cu schimbarea adresei pe membru, astfel încât o carte creată fără proprietar ar fi invizibil pentru membru a fost făcut pentru chiar dacă insertul a avut a reuşit. Două corecții mai mici în timp ce aici: - MKCOL împotriva unei colecții care există deja răspunsuri 405 mai degrabă decât crearea în tăcere a unei a doua cărți (RFC 4918 secțiunea 9.3.1). - Răspunsul poartă antetul locaţiei. Segmentul de cale nu poate deveni ID-ul noii cărți sunt bazate pe baze de date la propriul URL, și Locația este modul în care clientul este menit să-l găsească. Pivoții de încercare care însoțesc contractul cu entitatea MKCOL trebuie să satisfacă: handler are nevoie de un recipient de servlet pentru a exercita, dar NULL organizația, constrângerile privind verificarea de către proprietar sau de cătreorg-default și obligatorii Numele sunt exact ceea ce vechiul cod încălcat.

Toate modificările

Ca ceea ce vezi de transport maritim?

Fiecare dintre aceste actualizări aterizează automat în spațiul de lucru. Începe gratuit și urmăriți-l crească săptămână după săptămână.

Pornește gratuit pentru totdeaunaVezi prețurile