हाथ से साझा पता पुस्तिका अपने मालिकों को वापस संपर्क करता है

FeatureInitializerService
शिप
10 अगस्त 2026 को 2:13 pm बजे UTC
लेखक
Kamo
Commit
4bd974a

ईमेलसर्विस अब हर संपर्क को contact books.owner id, जो करने के लिए पढ़ें पहले से ही एक मालिक रहित संगठन-डिफ़ॉल्ट में बैठे संपर्क छोड़ देता है बिना पहुंच योग्य बुक करें। Contact.OWNER ID नहीं है और इसे पॉप्युलेट किया गया है। प्रत्येक पंक्ति के बाद से निर्माण पथ इसे सेट करना शुरू कर दिया, इसलिए सदस्य जो जोड़ा प्रत्येक संपर्क वास्तव में ज्ञात है - कुछ भी नहीं है। यह प्रावधान करता है व्यक्तिगत पुस्तक प्रति (संगठन, मालिक) और प्रत्येक संपर्क को अपने संपर्क में ले जाता है मालिक दो चीजें जानबूझकर फंस जाती हैं और लॉग में गिनती की बजाय मजबूर: - यूआईडी टकराव। uk contact uid book (UID, contact BOOK ID) पर अद्वितीय है। इसलिए एक संपर्क जिसका UID पहले से ही गंतव्य में मौजूद है विफल हो जाएगा पूरा अद्यतन करें और कुछ भी नहीं ले जाएँ। उन पंक्तियों को रखना; एक UID लिखना होगा यह जारी करने वाले CardDAV क्लाइंट को तोड़ देता है। - मिश्रित स्वामित्व समूह। एक contact groups पंक्ति में एक पुस्तक है लेकिन कोई मालिक नहीं है, इसलिए एक समूह जिसका सदस्य कई लोगों के हैं, को जिम्मेदार नहीं ठहराया जा सकता है उनमें से एक। केवल उन समूह जिनकी सदस्य एकल मालिक को साझा करते हैं। मालिक रहित पुस्तक स्वयं रखी गई है: इसकी जांच बाधा यह है कि यह क्या बनाता है कानूनी, और इसे छोड़ने से समूह और सदस्यता में कैस्केड होगा। स्ट्रैंडेड-काउंट चेक परीक्षण संपर्क और समूह, न केवल संपर्क। A समूह को अपने सदस्यों के मालिकों के माध्यम से जिम्मेदार ठहराया जाता है, बजाय जहां वे सदस्य रहते हैं, इसलिए समूह प्रत्येक संपर्क के बाद चल रहे हैं अकेले संपर्कों की गिनती उन्हें दूसरे रन पर छोड़ देगी।.

सभी बदलाव

जैसा कि आप शिपिंग देखते हैं?

इन अद्यतनों में से प्रत्येक स्वचालित रूप से अपने कार्यक्षेत्र में उतरता है। प्रारंभ करें और सप्ताह के बाद इसे सप्ताह के अंत में देखें।.

Foreverमूल्य निर्धारण देखें