- Expédié
- 10 août 2026 à 14:13 UTC
- Auteur
- Kamo
- Commite
- 4bd974a
EmailService donne maintenant l'étend à chaque contact lise à l'adresse suivante : laisse les contacts déjà assis dans une organisation sans propriétaire-parplomb livre inaccessible. CONTACT.OWNER-ID NON NON NON NON NON NON NULL et a été renseigné sur chaque ligne depuis que le chemin de création a commencé à le mettre en place, donc le membre qui a ajouté on sait exactement que chaque contact n'est déduit. Ces dispositions a livre personnel par (organisation, propriétaire) et déplace chaque contact dans son propre propriétaire. Deux choses sont délibérément bloquées et comptées dans le journal plutôt que force : - Collis par l'UID. Le livre est unique sur (UID, CONTACT-BOOK-ID), donc un contact dont l'UID existe déjà dans la destination manquerait MISE À JOUR et ne bougez rien. Ces rangées restent en place; la réécriture d'un UID serait casser le client CardDAV qui l'a émis. - Groupes mixtes de propriétaires. Un stataire de contact-groupes a un livre mais aucun propriétaire, donc un groupe dont les membres appartiennent à plusieurs personnes ne peuvent être attribués à l'un d'eux. Seuls les groupes dont les membres partagent un seul propriétaire sont déplacés. Le livre sans propriétaire lui-même est conservé: sa contrainte de contrôle est ce qui le fait légal, et l'abandon en cascade en groupes et en membres. Le nombre de contrôles échoués teste les contacts et les groupes, pas seulement les contacts. A est attribué par l'intermédiaire des propriétaires de ses membres plutôt que par l'intermédiaire de l'endroit où ces membres vivent, de sorte que les groupes restent mobiles après que chaque contact a déjà déplacés; compter les contacts seuls les sauterait sur une seconde course.