Membuat MKCOL membuat sebuah buku yang benar-benar dapat disimpan

FixEmailService
Dikirim
10 Agustus 2026 pukul 14.52 UTC
Penulis
Kamo
Commit
7746fce

mkCol membangun ContactBook membawa baik organisasi maupun pemilik dan kembali 201 terlepas, sehingga membuat sebuah buku alamat dari CardDAV klien gagal di flush setiap kali: ORGANIZASI _ ID TIDAK NULL, dan buku ownerless melanggar OWNER _ ID TIDAK KOSONG OR IS _ ORG _ DEFAULT = BENAR. MKCOL diarahkan dan diiklankan dalam header Ijinkan sendiri, jadi ini adalah Dapat dicapai, bukan kode mati. Kedua scopes sekarang datang dari sesi filter DAV auth didirikan - davUserId dan davOrganiId, pasangan yang sama setiap tulisan lain di sini menggunakan. Itu juga penting lebih dari yang digunakan untuk: kepemilikan menjadi kontrol akses dengan anggota per- address-buku perubahan, jadi buku dibuat tanpa pemilik akan terlihat untuk anggota itu dibuat untuk bahkan jika dimasukkan memiliki Berhasil. Dua koreksi lebih kecil sementara di sini: - MKCOL terhadap koleksi yang sudah ada jawaban 405 daripada diam-diam membuat buku kedua (RFC 4918 bagian 9.3.1). - Respon membawa header Lokasi. segmen path tidak dapat menjadi id buku baru - id adalah database- dihasilkan - sehingga daerah koleksi pada URL sendiri, dan Lokasi adalah bagaimana klien dimaksudkan untuk menemukannya. Pin tes yang menyertai kontrak entitas MKCOL harus memenuhi: handler membutuhkan sebuah serlet kontainer untuk latihan, tetapi TIDAK ADA organisasi, pemilik -org- org- baku pengecekan batasan dan wajib Nama adalah persis apa kode lama dilanggar.

Semua perubahan

Seperti apa yang Anda lihat pengiriman?

Semua pembaruan ini secara otomatis mendarat di ruang kerja Anda. Mulai bebas dan menontonnya tumbuh minggu demi minggu.

Mulai Bebas SelamanyaTampilkan Harga