KamoCRM

अब एक डॉक्यूमेंट शेयर वास्तव में अपने प्राप्तकर्ता तक पहुंच जाता है, और संपादित को गेट किया जाता है

FixDocsService
शिप
23 सितंबर 2026 को 2:56 am बजे UTC
लेखक
Kamo
Commit
80e1d6f

******************* ImgShare.member द्वारा एक ImgShare मैच - SHARER, जो उन्होंने पंक्ति बनाई ताकि वे क्या साझा कर सकें (getSharesByImage) - इसके बजाय ImgShare.swMember, "सह साझा" प्राप्तकर्ता। वास्तव में अपने इरादा को कभी नहीं दिया प्राप्तकर्ता कुछ भी: शेयरर पहले से ही शेयरर होने के आधार पर पहुँच गया था (साथ में अनावश्यक) org+clearance प्रत्येक पहले से ही रन पढ़ने की जाँच करें, और प्राप्तकर्ता के पढ़ने के लिए यहाँ हमेशा खाली हो गया। यही कारण है कि img shares में उत्पादन में शून्य पंक्तियां हैं (ysqlsh के माध्यम से पुष्टि की गई) - साझा करना कभी नहीं है इसलिए माइग्रेट करने के लिए कोई डेटा नहीं है। CanUserAccess/canUserWrite अब प्राप्तकर्ता के खिलाफ एक सक्रिय, unexpired शेयर मैच: द्वारा ImgShare.swMember सीधे, या - एक TeamMember के लिए, एकमात्र सदस्य विभाग / नौकरी-शीर्षक के अधीन है। शेयर लक्ष्य के खिलाफ हल कर सकते हैं - द्वारा **************** सदस्य के अपने से मेल खाते हैं विभाग/JobTitle. (शेयर टाइप ************* यह दो समूह को पहले से ही आकार देता है एक शेयरर वास्तव में कुछ भी अनुदान देता है। एक बार जब ऊपर मैच चुपचाप निष्क्रिय होने बंद हो जाता है तो खुद को दो अंतराल होते हैं: - अनुदान isallowEdit=true ने केवल VIEW DOCUMENTS को लिया, जिसमें कोई जांच नहीं की कि शेयरर के पास कोई भी है। दस्तावेज़ के लिए विशेष संबंध - कोई भी ऑर्ग सदस्य ANYONE को संपादित करने के लिए एक्सेस प्रदान कर सकता है दस्तावेज़ वे केवल देख सकते हैं। अब शेयरर पर EDIT DOCUMENTs की आवश्यकता है, और शेयरर दस्तावेज़ के अपने निर्माता / मालिक हैं या MANAGE DOCS SETTINGS रखती हैं। एक सादे दृश्य शेयर (the) डिफ़ॉल्ट, isallowEdit omitted या झूठी) अप्रभावित है और अभी भी केवल VIEW DOCUMENTS की जरूरत है। - कोई स्वयं शेयर ब्लॉक नहीं: एक सदस्य खुद को swMember के रूप में नाम दे सकता है। अभी मना कर दिया (400) इसके बजाय एक हानिरहित दिखने वाला नो-ऑप के रूप में छोड़ दिया - canUserAccess पहले से ही निर्माता को व्यवहार करता है जैसा कि हो पूर्ण पहुंच, इसलिए एक आत्म-शेयर कभी अर्थपूर्ण नहीं था, और इसे संभव छोड़ने के लिए एक और आकार है एक decoy पंक्ति। नया परीक्षण: दस्तावेज़सेवाShareAccessTest (9 मामले: प्राप्तकर्ता एक्सेस, शेयरर-gets-nothing, एक बाहरी, संपादित-vs-view, expiry, revocation, विभाग, नौकरी का शीर्षक, सादे सदस्य-is-unaffected) और 6 मामलों में ImagingShareCreateTest में जोड़ा गया (संशोधित प्रवेश द्वार के चार संयोजन, स्वयं साझा)। Mutation-checked: reverting hasActiveShareFor/targets to the old findbyImgAndMember(img, सदस्य) क्वेरी नए दस्तावेज़ ServiceShareAccessTest मामलों के 2 बदल जाता है लाल; उलटा ImagingController.java's buildShare change to Origin/main turns 3 of the 6 new ImagingShareCreateTest मामलों लाल। पूर्ण सूट: 758 परीक्षण हरे रंग (743; +15 नया)।.

सभी बदलाव

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

यह सब अपने कार्यक्षेत्र में आता है। मुफ्त योजना शुरू करें और इस पृष्ठ को एक महीने में फिर से पढ़ें।.

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