- Szycy
- 10 sierpnia 2026 14:52 UTC
- Autor
- Kamo
- Pochęt się
- 7746fce
mkCol zbudował ContactBook nie posiadająca ani organizacji, ani właściciela I zwrócił 201 niezależnie od tego, więc utworzenie książki adresowej z CardDAV Klient za każdym razem nie przeszedł awarii: ORGANIZATION_ID NIE jest NULL, i an. Książka bez właściciela narusza OWNER_ID NIE JULL lub IS_ORG_DEFAULT ? TRUE. MKCOL jest kierowany i reklamowany we własnym nagłówku Allow, więc to było Dotarty, nie martwy kod. Oba zakresy pochodzą teraz z sesji, którą ustanowiono filtr DAV auth — davUserId i davOrgId, ta sama para, której używa się każdy inny. To jest Ma również większe znaczenie niż kiedyś: własność stała się kontrolą dostępu z Zmiana książki adresowej na członka, więc książka stworzona bez właściciela Byłby niewidoczny dla członka, dla którego został stworzony, nawet gdyby wkładka miała Udało się. Dwie mniejsze korekty podczas pobytu tutaj: - MKCOL przeciwko kolekcji, która już istnieje, odpowiada na 405, a nie Po cichu tworząc drugą książkę (RFC 4918 sekcja 9.3.1). - Odpowiedź niesie ze sobą nagłówek lokalizacji. Segment ścieżki nie może się stać Id nowej książki – ids są generowane przez bazy danych – więc ziemie zbiorowe Pod własnym adresem URL, a lokalizacja jest sposobem, w jaki klient ma go znaleźć. Towarzyszące do niego szpilki testowe, które umowa podmiotu MKCOL musi spełniać: Urządzenie obsługuje do ćwiczeń pojemnik na serwerownik, ale NOT NULL Organizacja, ograniczenie kontroli domyślnej właściciela lub uorg-default oraz obowiązkowe Nazwa jest dokładnie tym, co naruszono stary kodeks.