الأعراض

إذا كان WebOC (عنصر تحكم مستعرض ويب) يستضيف تطبيق العلامة DOCHOSTUIFLAG_ENABLE_REDIRECT_NOTIFICATION، يفقد 11 مستكشف إنترنت Internet Explorer 10، Internet Explorer 9 أو Internet Explorer 8 أسلوب HTTP للتطبيق. على سبيل المثال، عند تطبيق مضيف WebOC يصدر طلب POST ويتلقى رسالة توجيه مؤقت 307، Internet Explorer إصدار طلب GET للموقع الجديد وتفقد البيانات في طلب POST الأصلي.

الحل

معلومات التحديث

لحل هذه المشكلة، تثبيت أحدث التحديث الأمني التراكمي لبرنامج Internet Explorer. للقيام بذلك، انتقل إلى Microsoft Update. بالإضافة إلى ذلك، راجع المعلومات التقنية حول الأمان التراكمية أحدث تحديث لبرنامج Internet Explorer.

ملاحظة: تم تضمين هذا التحديث أولاً في التحديث الأمني MS14-056: التحديث الأمني التراكمي لبرنامج Internet Explorer: 14 تشرين الأول/أكتوبر عام 2014.

مزيد من المعلومات

Urlmon بمعالجة إعادة توجيه بدلاً من القيام تلقائياً WinInet. لسوء الحظ، تختلف WinInet و Urlmon في كيفية التعامل مع إعادة توجيه. يحتفظ WinInet دائماً أسلوب HTTP حين Urlmon بتغيير أسلوب HTTP لطلب GET.

إذا أراد تطبيق مضيف WebOC للتحكم في إعادة توجيه، التي اشترك في إعادة توجيه الإعلام التي يتم إرسالها من خلال إيبيندكالباكريديريكشن. يعين التطبيق أيضا إشارة DOCHOSTUIFLAG_ENABLE_REDIRECT_NOTIFICATION لإيقاف السيارات WinInet إعادة التوجيه. الآن، يتم نقل معالجة إعادة التوجيه من WinInet ل Urlmon. في التطبيق الحالي، يقوم بإنشاء كائن جديد سينت Urlmon وإعادة تشغيل الحركة. ومع ذلك، يتم تعيين في بيندفيرب إلى BINDVERB_GET بدلاً من BINDVERB_POST في CTransaction::GetBindInfoEx(). لذلك، يرسل Urlmon طلب GET.

الحالة

أقرت Microsoft أن هذه مشكلة في منتجات Microsoft المسردة في قسم "ينطبق على".

المراجع

راجع المصطلحات التي تستخدم لوصف تحديثات برامج Microsoft.

هل تحتاج إلى مزيد من المساعدة؟

توسيع المهارات
استكشاف التدريب
الحصول على الميزات الجديدة أولاً
الانضمام إلى Microsoft Insider

هل كانت المعلومات مفيدة؟

ما مدى رضاك عن جودة الترجمة؟
ما الذي أثّر في تجربتك؟

نشكرك على ملاحظاتك!

×