- Shipped
- 5 सितंबर 2026 को 4:14 pm बजे UTC
- Author
- Kamo
- Commit
- e09f341
व्यक्तिगत कैलेंडर पैनल ने GET **************** जिसे कभी भी मैप नहीं किया गया था - इसलिए यह हर खुले में विफल रहा - और गूगल के लिए और Microsoft के पास कुछ भी लिखने का कोई तरीका नहीं था। यह सेवा आधा है यह काम करता है। सदस्य ओथ राज्य में यात्रा करते हैं, और यही एकमात्र चीज है जो अलग हो जाती है। दो प्रवाह। ऐप पंजीकरण, दायरे और पंजीकृत रीडायरेक्ट यूआरआई एक व्यक्तिगत कनेक्ट और एक के लिए सभी org-scoped और byte-identical हैं संगठन-व्यापी, और कॉलबैक सत्र रहित है - इसलिए किसी सदस्य आईडी के बिना `state` में अपने स्वयं के Google खाते को अधिकृत करने वाला व्यक्ति अनुदान पर उतरेगा ORGANIZATION की पंक्ति और एक व्यक्ति के सिंक पर हर सहकर्मी के सिंक को दोहराना कैलेंडर। सार अभी भी संगठन है, जो हर राज्य लिखा है का मतलब है इससे पहले ऐसा लग रहा है। /oauth/url, /oauth/status और DELETE/oauth लेना? सदस्य = चाल, और सदस्य प्रश्न के बजाय सत्र से आता है - एक ग्राहक ने सदस्य आईडी नाम दिया कौन से कैलेंडर कनेक्ट करने के लिए चुना जाएगा। जैसे डालने के बजाय MemberOAuth upserts by (member, प्रदाता) सेविंग मेम्बर इंटीग्रेशन करता है। सम्मिलित एक टाइप-इन DAV सर्वर के लिए सही है, क्योंकि एक व्यक्ति दो रख सकता है और अनुदान के लिए गलत है: एक Google खाता जुड़ा हुआ है एक समय में, और फिर से विचार करने के लिए इसे दूसरे पंक्ति छोड़ने के बजाय बदल देना पड़ता है दोनों को चुनने के लिए सिंक नौकरियां। GET/member/{memberId} अब मौजूद है और किसी भी आईडी लेकिन कॉलर के लिए मना कर दिया है। ड्रॉप आईडी और पढ़ने के बजाय सत्र सरल और गलत होगा: पूछ किसी और के कैलेंडर के लिए फिर अपने स्वयं के साथ जवाब दिया जाएगा। नहीं सही है कि यह खुलता है - एक निजी गूगल अनुदान एक संगठन संपत्ति नहीं है, इसलिए एक व्यवस्थापक को भी उस पर पढ़ा नहीं जाता है।.