उन सदस्यों के लिए स्कोप एड्रेस बुक्स जो उनके मालिक हैं

Shipped

10 अगस्त 2026 को 2:13 pm बजे UTC

Author

Kamo

Commit

41c76a7

संपर्क अकेले संगठन द्वारा दायर किए गए थे। लिस्टबुक (orgId) findByOrganizationId(orgId), और संपर्क सूची क्वेरी खोला WHERE c.contactBook.organization.id = :orgid with no मालिक भविष्यवाणी, इसलिए प्रत्येक सदस्य ने देखा - और थोक-delete, चाल और निर्यात कर सकते हैं - प्रत्येक संपर्क किसी भी सहयोगी ने कभी जोड़ा था। CardDAV पूरे समय मालिक-स्किप किया गया था (listBooksByUserId -> findByOwnerId), इसलिए एक सदस्य का फोन और वेब कंसोल उस खाते के स्वामित्व के बारे में असहमत है। स्कोप अब हर पढ़ने पर संगठन और मालिक है। अकेले मालिक प्रत्येक संगठन में सदस्य की किताबें वे संबंधित हैं; संगठन अकेले बग को बदल दिया गया है। - contactQueryStore.whereClause() एक स्थिर, परीक्षण योग्य JPQL खंड है, इसलिए मालिक वास्तव में एक ही स्थान पर रहते हैं, बजाय होने के बजाय प्रति कॉल साइट फिर से प्राप्त किया। - findInOrg -> findInScope (ids, orgId, ownId) : रक्षक पीछे प्रत्येक थोक हटाने, चाल, निर्यात और समूह-सदस्यता परिवर्तन। - ग्रुप लिस्टिंग क्वेरी स्टोर, मालिक-स्किप; ऑर्ग-वाइड में चलता है संपर्क सेवा पर पाठक के पास कोई शेष कॉलर नहीं था और इसे हटा दिया जाता है बजाय एक unscoped प्रवेश बिंदु के रूप में छोड़ दिया से। - गार्ड किताब बन जाते हैंBelongsToMember / GroupBelongsToMember / संपर्क करें मालिक रहित संगठन-डिफ़ॉल्ट बुक संबंधित है सभी के लिए कोई और 404 नहीं है। - सुनिश्चित करनाव्यक्तिगतबुक () पहले पढ़ने पर "मेरे संपर्क" का प्रावधान करता है, इसलिए एक सदस्य बिना किसी पुस्तक के खाली पिकर के साथ नहीं छोड़ा जाता है और एक ऐसा निर्माण नहीं होता है जो उसको नहीं छोड़ा जा सकता है। सफल इसलिए सूचीबुक अब पढ़ा नहीं जाता है। इसके अलावा फिक्स ************* जो एक उपयोगकर्ता आईडी पारित लिस्टबुक (ऑर्गिड) में और इसलिए इसे ORGANIZATION ID के खिलाफ मिलान किया - यह कुछ नहीं लौटे। यह अब मालिक-स्किप सूची का उपयोग करता है जिसका मतलब हमेशा होता है। साझा पुस्तकों में पहले से ही बैठे डेटा को माइग्रेट किया जाता है ContactBookOwnerSplitMigration in KamoInitializerService.