لا يرسل IE11 ملف تعريف ارتباط الجلسة عند النقر فوق ارتباط يستهدف علامة تبويب جديدة (عند الطلب الأول)

Question

أواجه مشكلة في التمسك بالجلسة عند فتح علامة تبويب مبدئية جديدة (الهدف _Blank) من IE11.

عندما أغلق كافة مثيلات IE11 ثم افتح متصفح جديد وانتقل إلى صفحة الاختبار WebPage (Default.aspx) تخزن الصفحة قيمة في الجلسة ويعرض معرف الجلسة على الصفحة. إذا قمت بتحديث الصفحة، فإن معرف الجلسة يظل نفسه. تحتوي الصفحة على رابط لنفسه (Default.aspx) مع هدف _Blank. إذا قمت بالنقر فوق هذا الرابط يتم فتح علامة تبويب جديدة، ولكن معرف الجلسة يختلف. إذا قمت بإعادة تحديث النافذة الأصلية، فإن معرف الجلسة يطابق الآن النافذة الجديدة.

giveacodicetagpre.

يبدو أن هذه المشكلة تحدث فقط للإطار الأول في نفس المجال المفتوح في علامة تبويب جديدة (لقد تحققت من المشكلة مع كلا الهدف="_ فارغة" ومن خلال حمل CTRL أثناء النقر فوق الرابط).

• عندما أشاهد حركة ملفات تعريف الارتباط مع فيددلر أستطيع أن أرى أن يتم إرسال ملف تعريف ارتباط الجلسة عادة في الطلب الأولي من default.aspx. عندما أضق من الرابط لفتح الصفحة في علامة تبويب جديدة لا يتم إرسال ملف تعريف ارتباط الجلسة في رؤوس الطلب.
• إذا قمت بإعادة تشغيل المتصفح، انتقل إلى صفحة الاختبار، افتح علامة تبويب جديدة يدويا ولصق وجهة الارتباط في ذلك يتم إرسال ملف تعريف الارتباط بشكل صحيح في رؤوس الطلبات والجلسة من علامة التبويب جديدة يطابق علامة التبويب الأصلية كما هو متوقع.
• إذا قمت بإعادة تشغيل المتصفح، انتقل إلى صفحة الاختبار، افتح Google من رابط يستهدف _Blank في صفحة الاختبار، ثم انقر فوق الرابط فتح صفحة الاختبار في علامة تبويب جديدة يتم إرسال ملف تعريف الارتباط أيضا بشكل صحيح في رؤوس الطلب وجلسة من مباريات النافذة الجديدة النافذة الأصلية كما هو متوقع.

أعتقد أن هذا هو مشكلة جانبية عميل ولكن الموقع يعمل من Windows Server Standard 2008 R2 SP 1 في موقع إلكتروني متكامل 4.0 مع .NET 4.51 المثبتة (حاول أيضا مع 4.5 مثبت فقط).

العميل هو Windows 7 64 بت تشغيل IE11 (11.0.9600.16476). لقد تحققت من المشكلة على الأجهزة الأخرى التي تعمل بنظام Windows 7 من IE11 وأكدت أنها ليست مشكلة في IE10 من نظام التشغيل Windows 8 في وضع سطح المكتب. كل شيء يعمل كما هو متوقع في Chrome و Firefox.

لقد تحققت من المشكلة استمرت حتى لو كنت:

• نقل الأمان من متوسطة عالية إلى متوسطة
• تعطيل الوضع المحمي
• تغيير الخصوصية لقبول جميع ملفات تعريف الارتباط
• أضف الموقع إما إلى قائمة موقع الويب المحلي للإنترانت أو قائمة المواقع الموثوقية
• قم بتعيين سياسة الخصوصية المدمجة P3P في رؤوس الاستجابة تفيد بأي معلومات يتم جمعها أو استخدامها.
• قم بتعيين سياسة خصوصية مدمجة P3P في رؤوس الاستجابة التي عادة ما يتم قبولها للسماح بملفات تعريف ارتباط الطرف الثالث داخل IFRAME في الإصدارات السابقة من IE.
• تغيير إعدادات الدولة ASP.NET Session إلى Cookieless="USECOOKIES" أو "FALSE" أو إزالة السمة بالكامل (ASP.NET State Server).

أي أفكار؟ هل شاهد أي شخص آخر هذه المشكلة أو ما شابه ذلك؟

Answer 1

هذا خطأ نشط وفقا ل Microsoft.لا يبدو أن هناك طريقة جانبية لخادم لإصلاح هذا.

رابط لتقرير الأخطاء

Answer 2

ليس حلا، ولكن فكرة: لاحظنا سلوكا مماثلا وتتبعه لطلبات الجذر / BrowserConfig.xml مما يؤدي إلى أن يصبح المستخدم غير مصادق.أرسل الخادم ملف تعريف ارتباط جلسة جديدة لأن Windows لم يكن يرسل واحد الموجود.ثم أرسلت الطلبات اللاحقة قيمة ملف تعريف الارتباط الجلسة الجديدة.لقد غيرنا خادمنا للبحث عن هذا الطلب وعدم تعيين ملفات تعريف الارتباط الاستجابة.

Answer 3

هذا ليس حلا، ولكن:

حاول النقر المتوسط بدلا من ذلك .إذا كان ذلك يعمل بالنسبة لك 100٪ من الوقت (فعلت بالنسبة لي)

giveacodicetagpre.

حل المشكلة.

Answer 4

نفس المشكلة القادمة لتسجيل الدخول الخاص بي، لكننا جربناها لحلها عن طريق تغيير بعض الإعداد في IE11 أو متصفحات مشكلة أخرى.

أدوات goto=> خيارات الإنترنت=> الخصوصية هناك انقر على زر المواقع.هناك إضافة mydomain.com وانقر على زر السماح. أعد تشغيل المتصفح الخاص بك.