एक साझा कुकी के बजाय प्रति टैब सत्र स्टोरेज में *** कैरी करें

शिप

15 जून 2026 को 6:58 pm बजे UTC

लेखक

kamo

Commit

896ea51

सत्र id एक ब्राउज़र कुकी में रहते थे जो एक के सभी टैब्स में साझा किया गया था मूल, इसलिए दूसरा टैब (व्यक्तित्व) अपने स्वयं के सत्र को नहीं पकड़ सकता। वाहक को सत्रस्टोरेज (प्रति टैब) में ले जाएँ: - सत्रक्लिएंट: टोकन हेल्पर + एक वैश्विक लाने वाला रैपर जो संलग्न करता है Id as X-***-Token on the same-origin /api call, plus a one-time कुकी-> सत्रस्टोरेज प्रवासन। लेआउट में सत्रBootstrap के माध्यम से स्थापित। **************** हेडर-first (cookie Fallback) द्वारा उपयोग किया जाता है जनरेट-otk, सत्र/इन्फो, सत्र/विस्तार, लोगोट, बैठक/invite-email. - उत्पन्न करनाOTK + getKsemIdFromRequest कुकी पर X-*** टोकन पसंद करते हैं। - /api/validate अब एक *** कुकी सेट नहीं; आईडी और रिटर्न देता है इस पेज के सत्रस्टोरेज में इसे स्टोर करता है। -UserInfo + सभी WebSocket हुक सत्रस्टोरेज से आईडी पढ़ा। - लॉगआउट भंडारण को साफ़ करने से पहले टोकन पर कब्जा करता है ताकि रेडिस सत्र अभी भी अमान्य है। Impersonation अब सिर्फ खुला /validate?otk=... एक नए टैब में (same pathway) लॉगिन के रूप में: रेडिस सत्र ने सर्वर-साइड बनाया, ओटीके ने /वैलिड को सौंप दिया); नया टैब अपने स्वयं के सत्र को प्राप्त करता है और व्यवस्थापक टैब को छुआ नहीं जाता है। निकालें अप्रचलित रखनाPrev/ImpersonationBanner वापसी से व्यवस्थापक मशीनरी। संगठन डोमेन द्वारा अलग रहते हैं - अपरिवर्तित।.