Launch SDK اکاؤنٹ لاگ آؤٹ دوبارہ کوشش اصلاح

تاریخ: 2026-10-24۔ AUTH-07 درست اور Go، JavaScript، Python، C#، Java، Ruby، Rust، C، C++ کے اکاؤنٹ لائف سائیکل راستے ہم آہنگ کیے گئے۔ SDK تعینات یا شائع نہیں ہوا، Git commit یا push نہیں ہوا۔ اس کام نے Launch یا Licentivo سرور کاروباری کوڈ نہیں بدلا۔

رویّہ

واضح لاگ آؤٹ پہلے محفوظ اسٹوریج اکاؤنٹ ریکارڈ “صرف تنسیخ زیر التوا” نشان زد، پھر سرکاری SDK لاگ آؤٹ کال اور Launch کو اکاؤنٹ سیشن تنسیخ بھیجتا ہے۔ نیٹ ورک یا منسوخی کی حالت کچھ بھی ہو، مقامی رن ٹائم رکتا ہے، محفوظ فیچر جاری نہیں رہ سکتا۔

Launch تنسیخ کی تصدیق نہ کرے تو SDK زیر التوا کام اور دوبارہ کوشش کے لیے اصل اکاؤنٹ اسناد رکھتا ہے مگر اسے لاگ ان اکاؤنٹ نہیں مانتا۔ دوبارہ Logout, Login یا Restore تنسیخ درخواست بحال کرتا ہے؛ Restore زیر التوا کام سے شناخت نہیں مانگتا یا اجازت رن ٹائم شروع نہیں کرتا۔ کامیابی یا اصل سیشن اب مصدق نہ ہونے کی HTTP 401 کے بعد ہی زیر التوا کام حذف ہوتا ہے۔ اس لیے جواب ضائع ہونے پر بحالی ممکن اور “دوسرا لاگ آؤٹ کامیاب مگر تنسیخ کبھی دوبارہ نہ بھیجی” نہیں ہوتا۔

معمول لاگ ان ریکارڈ اب بھی v2 سے مطابقت رکھتے ہیں۔ زیر تنسیخ ریکارڈ نجی v3 فارمیٹ استعمال کرتے ہیں؛ Java، Rust نے معمول لاگ ان کی اسناد فیلڈ کی شکل بھی ہٹائی تاکہ پرانا SDK زیر التوا کام کو لاگ ان نہ سمجھے۔ زیر التوا کام مختصر شناخت assertion، لائسنس کلید یا دستخط شدہ اجازت نہیں رکھتا۔

اکاؤنٹ زیر التوا کام پہلے ترتیب شدہ محفوظ Store استعمال کرتا ہے۔ عملوں کے پار بحالی کے لیے مستقل محفوظ اسٹوریج ضروری ہے، مثلاً Windows DPAPI یا SDK معاون خفیہ اسٹوریج؛ طے شدہ MemoryStore صرف اسی عمل میں ڈیٹا رکھتا ہے۔ دوبارہ کوشش بعد کے لاگ ان، بحالی یا لاگ آؤٹ سے شروع ہوتی ہے، نیا آزاد پس منظر کام نہیں۔ اسٹوریج یا تنسیخ مکمل نہ ہو تو غلطی یا زیر التوا نتیجہ، کامیابی نہیں دکھائی جاتی۔

Licentivo SDK کے ڈیوائس لاگ آؤٹ ٹکٹ اور .logout.json اسی کے زیر انتظام؛ Launch اس کی کیش ڈائریکٹری نہیں مٹاتا، ڈیوائس، فیچر یا آف لائن حقوق طے نہیں کرتا۔ مقامی مثالیں اور ہر زبان کے SDK دستاویزات بھی اپ ڈیٹ ہوئے۔

توثیق

Launch سورس regression میں TestMySQLBaseline, TestProductUploadRoundTrip, TestInitialAdministratorMustChangePasswordBeforeAdministration, TestNewPaymentProvidersAndRegistrationWithoutMail چار دوسرے مخصوص ڈیٹا بیس پر منحصر ٹیسٹ چھوڑے گئے، کامیابی میں شمار نہیں؛ اس SDK، اکاؤنٹ HTTP، خریداری ہم آہنگی اور میپنگ عمل کی الگ ٹیسٹ ڈیٹا بیس سے توثیق ہوئی۔

دونوں فریقوں کی مشترکہ جانچ

مقامی الگ MySQL 8.0.32، موجودہ Launch، Licentivo سروس و ورکرز، حقیقی Go Launch SDK اور سرکاری اجازت رن ٹائم، DPAPI اکاؤنٹ اسٹوریج سے 15 کاروباری مراحل مکمل۔

دو لاگ آؤٹ ناکامی توثیقات شامل:

1. درخواست Launch تک نہیں پہنچی: اکاؤنٹ لاگ آؤٹ انٹرفیس عارضی 503 واپس کرتا ہے۔ SDK مقامی فیچر روکتا، حقیقی Licentivo ڈیوائس بائنڈنگ ریلیز، اکاؤنٹ تنسیخ زیر التوا رہتی ہے۔ SDK دوبارہ بنانے کے بعد بھی صرف لاگ آؤٹ کوشش؛ کنکشن بحال پر اصل Launch سیشن منسوخ اور Licentivo متعلقہ سیشن اطلاع کی وصولی تصدیق کرتا ہے۔
2. سرور نے منسوخ کیا مگر جواب گم ہوا: Launch نے لاگ آؤٹ پراسیس کیا، ٹیسٹ پراکسی نے جواب 503 سے بدلا۔ زیر التوا کام SDK دوبارہ تعمیر کے بعد بھی رہا؛ کنکشن بحال پر HTTP 401 سے اصل سیشن ناکارہ تصدیق اور کام حذف۔ دوران لاگ ان بحال یا ڈیوائس دوبارہ ایکٹیویٹ نہیں ہوئی۔

دوسرے مراحل میں حقیقی خریداری ہم آہنگی و دستخطی فیچر اجرا، معمول بندش بحالی، معمول لاگ آؤٹ، دور دراز ان لنک و پرانی generation، تجدید واپسی، اکاؤنٹ تنسیخ و دوبارہ لاگ ان، مکمل واپسی پر اجرا انکار، واپسی بحالی، چارج بیک اور بڑے دستاویز ترجمہ regression شامل ہیں۔ Licentivo کی تین اپ ڈیٹس اس کے ذمہ دار فریق نے دیں؛ اس کام نے صرف بلڈ اور توثیق کی۔

ادائیگی چینلز اور DeepL الگ مصنوعی خدمات تھیں، حقیقی چارج، واپسی یا معاوضہ ترجمہ نہیں۔ حقیقی مشترکہ سروس توثیق Go سے؛ دیگر زبانوں میں مقامی SDK regression مکمل، نو زبانوں میں الگ حقیقی سروس تعیناتی قبولیت کا دعویٰ نہیں۔

اس دور میں 192.168.2.177 تک رسائی نہیں ہوئی۔ MySQL اور Licentivo عارضی عمل بند، موجودہ خدمات اور ٹیسٹ ثبوت محفوظ۔ اصل مواد .local/logout-retry-fix-20261024/ میں، خلاصہ اور سورس ہیش توثیقی ثبوت میں۔