एक संगठन अपने स्वयं के OAuth2 क्लाइंट को ला सकता है

Featurekamo-shared-library
शिप
4 सितंबर 2026 को 2:47 am बजे UTC
लेखक
Kamo
Commit
ee4e60d

अब तक ग्राहक आईडी और हर OAuth प्रदाता के लिए गुप्त एक से आया मंच-व्यापी पंजीकरण, इसलिए एक ऑर्ग केवल उस चीज से जुड़ सकता है जो कामो था पंजीकृत - और एक प्लेटफ़ॉर्म ऑपरेटर जो एक प्रदाता को अक्षम करता है, उस पर हर तरफ छोड़ देता है बिल्कुल नहीं। ORG OAUTH CLIENTS एक पूर्ण पंजीकरण प्रति (ऑर्ग, प्रदाता) रखता है: वही स्तंभ आकार और एक ही प्लेटफार्मSecretCipher मंच पंक्ति के रूप में, तो दोनों एक पथ के माध्यम से एक ResolvedOAuthClient में डिक्रिप्ट करें। संकल्प आदेश org की अपनी ENABLED पंक्ति है, फिर मंच पंक्ति। A org यह कभी भी किसी को हल करने में नहीं भरता क्योंकि ऐसा पहले किया गया था, इसलिए कोई मौजूदा नहीं कनेक्शन परिवर्तन व्यवहार; एक ऑर्ग जिसने कार्य के द्वारा चुना है क्रेडेंशियल में प्रवेश करना, यही कारण है कि इसे "जो ऐप" की आवश्यकता नहीं है? प्रत्येक एकीकरण। इसे हाथ हटाने के बजाय ओर्ग पंक्ति को बंद करना फिर भी फ़ाइल पर अपनी क्रेडेंशियल्स के साथ कामो ऐप में वापस आ गए। हल OAuthClient अब इसकी उत्पत्ति करता है, इसलिए एक उपभोक्ता रिपोर्ट कर सकता है कि कौन-सा ऐप है वास्तव में एक कनेक्शन के साथ बनाया गया था।.

सभी बदलाव

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

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

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