توضح هذه المقالة مجموعة تحديثات الإصلاح العاجل 3009698 المتوفرة لبرنامج Microsoft.NET Framework 4.5.2 و 4.5.1 من.NET Framework 4.5 إطار عمل.NET. لمزيد من المعلومات حول المشكلات التي يحل الإصلاح العاجل التراكمي، راجع قسم "المشكلات التي يحل هذا الإصلاح العاجل التراكمي".
مثبت ويب هو مجموعة صغيرة (أقل من واحد ميغا بايت) الذي يحدد تلقائياً وتنزيل المكونات القابلة للتطبيق للنظام أساسي معينة.
حزم هذا التحديث التالي الحزم الفردية للمنتجات المختلفة والأنظمة الأساسية.
|
الوصف |
رقم مقالة قاعدة المعارف |
|---|---|
|
.NET Framework 4، 5 و 4.5.1 و 4.5.2 على ويندوز فيستا SP2 ويندوز سيرفر 2008 SP2، ويندوز 7 حزمة الخدمة SP1 ونظام التشغيل Windows Server 2008 R2 SP1 |
3011114 |
|
.NET Framework 4، 5 و 4.5.1 و 4.5.2 على ويندوز 8 ويندوز سيرفر 2012 |
3011112 |
|
.NET Framework 4.5.1 و 4.5.2 على Windows 8.1 و Windows Server 2012 R2 |
3011110 |
الحل
الآن يتوفر إصلاح عاجل معتمد من Microsoft. ومع ذلك، الغرض منه هو حل المشكلة الموضحة في هذه المقالة فقط. تطبيقها فقط على الأنظمة التي تواجه هذه المشكلة بالتحديد.
لحل هذه المشكلة، اتصل بخدمات دعم العملاء في Microsoft للحصول على الإصلاح العاجل. للحصول على قائمة كاملة من أرقام هواتف خدمات دعم العملاء في Microsoft وعلى معلومات حول تكاليف الدعم، الرجاء زيارة موقع Microsoft التالي على الويب:
http://support.microsoft.com/contactus/?ws=supportملاحظة: في بعض الحالات، قد يتم إلغاء المصروفات التي تحتسب عادة على مكالمات الدعم إذا قرر أخصائي الدعم لدى Microsoft أن تحديثًا معيناً سوف يعمل على حل المشكلة. سيتم اضافة تكاليف الدعم المعتادة على أسئلة الدعم الإضافية والمشاكل التي لا يأهل على حلها للتحديث المطلوب.
مزيد من المعلومات
المتطلبات الأساسية
لتطبيق هذا الإصلاح العاجل، يجب أن يكون لديك برنامج.NET Framework 4.5.2 أو 4.5.1 من.NET Framework.NET Framework 4-5 مثبتة.
متطلبات إعادة التشغيل
يجب عليك إعادة تشغيل الكمبيوتر بعد تطبيق هذا الإصلاح العاجل في حالة استخدام أي الملفات المتأثرة. نوصي بإغلاق كافة التطبيقات المستندة إلى NET Framework قبل تثبيت هذا الإصلاح الجديد.
معلومات استبدال الإصلاح العاجل
لا يستبدل حزمة الإصلاحات الجديدة هذه حزمة الإصلاحات الجديدة التي تم إصدارها مسبقاً.
المشكلات التي يحل هذا الإصلاح العاجل التراكمي
المشكلة الأولى
في ".NET Framework 4-5"، تنقل لوحة المفاتيح في WPF TreeView لا يعمل بشكل صحيح عند تريفيويتيم يحتوي على عنصر مركز مثل زرأو مربع الاختيارأو مربع النص. الضغط على المفتاح سهم لأعلى أو سهم لأسفل تغيير التركيز إلى العنصر غير صحيح، أو قد يتغير التركيز على الإطلاق.
يقوم الإصلاح العاجل بحل هذه المشكلة حيث أن سهم لأعلى وسهم لأسفل دائماً تغيير التركيز إلى العنصر الصحيح.
المشكلة الثانية
عند استدعاء GlyphRun.InkBoundingBox() أو أي من التوابع الخاصة به مثل FormattedText.Extent في تطبيق WPF أو قيم الإرجاع أكبر قليلاً في ".NET Framework 4-5" من.NET Framework 4.0. .NET Framework 4.0 كان خلل الذي يحدث أحياناً في النص الذي لا مرسوم (استناداً إلى الخط وحجم الخط وأحرف معينة). تم إصلاح الخطأ في 4-5 ب.NET Framework من خلال توسيع الحبر قليلاً المربع المحيط.
يضيف هذا الإصلاح علامة تكوين للخروج عن الإصلاح. تطبيق الذي يرغب بنفس القيم المرجعة في.NET Framework 4.0، ولكن قد تواجه خطأ "اختفاء النص" أيضا.
إلغاء الاشتراك في الإصلاح، إضافة المفتاح التالي إلى المقطع appSettings من ملف التكوين للتطبيق:<add key="IncludeAllInkInBoundingBox" value="false"/> المشكلة الثالثة
يرجى مراعاة السيناريو التالي:
-
لديك مشروع ويب ASP.NET في أي رد اتصال العميل تطبيق صفحات ويب برمجياً بدون إعادة النشر.
-
إجراء النموذج هو عنوان URL اسم مجال دولي (على سبيل المثال، يحتوي اسم المجال URL على أحرف Unicode).
-
العميل يستخدم Internet Explorer 10 أو إصدار سابق من Internet Explorer.
في هذا السيناريو، لا تعمل صفحة ويب العميل. على سبيل المثال، لا يحدث شيئا عند النقر فوق زر الذي كان من المفترض أن يؤدي رد اتصال.
المسألة 4
افترض أن تقوم بإنشاء فئة System.Workflow.Activities.StateMachineWorkflowActivity جنبا إلى جنب مع خاصية أنشطة قائمة أكتيفيتييسكوليكشن . تحتوي القائمة على العديد من الأنشطة (على سبيل المثال، 300 أو أكثر من الأنشطة) التي تتضمن الولاية والأنشطة غير الحكومية.
في هذه الحالة، انتقالات لأنشطة الدولة بالقرب من نهاية القائمة أكتيفيتييسكوليكشن تستغرق الكثير من الوقت للانتهاء من عمليات الانتقال إلى حالة الأنشطة الموجودة بالقرب من بداية القائمة.
إزالة هذا الإصلاح العاجل traversals قائمة أكتيفيتييسكوليكشن غير ضرورية عند البحث عن الهدف نشاط الدولة باسم أثناء انتقال حالة. ولذلك، مطلوب وقتاً أقل للانتقال إلى حالة الأنشطة الموجودة بالقرب من نهاية قائمة أكتيفيتييسكوليكشن .
المسألة 5
افترض أنه تم تمكين عدادات أداء WCF. ومع ذلك، يتم تقصير بعض الأسماء المثيلة لأنها أطول من 64 حرفاً. بالإضافة إلى ذلك، قد يكون اسمين مثيل المختصر هو نفسه. في هذا السيناريو، لا يقوم WCF إنشاء مثيلات العدادات كما هو متوقع.
لتمكين هذا الإصلاح العاجل، أضف السطر التالي إلى appSettings في ملف التكوين الخاص بك:<appSettings><add key=" wcf:ensureUniquePerformanceCounterInstanceNames " value="true" />
</appSettings>
بعد تمكين هذا الإعداد، سيتم اكتشاف WCF إذا اثنين أسماء المثيلات تتعارض، وسيضيف تجزئة ثمانية أرقام ست عشرية إلى نهاية أحد الأسماء. يتيح هذا إمكانية المثيلين إنشاء بنجاح.
المسألة 6
بافتراض استخدام صندوق رأس المال العامل كعميل متوسطة مستوى لخدمة ويب أو موقع ويب للاتصال بخدمة موازنة التحميل الخلفية عبر HTTP. بالإضافة إلى ذلك، من المضيفين الخلفية في حالة فشل إرجاع استجابات HTTP مع رمز حالة "500".
في هذه الحالة، استمرار الاتصال بالمضيف الخلفية الفاشلة في تجمع الاتصال WCF ChannelFactory أنها ترجع استجابات HTTP صالح ويؤدي ارتفاع معدل الطلبات الفاشلة. لا توجد إليه لإزالة اتصال بمضيف فاشلة التي يمكن أن تؤدي إلى فشل طلبات الواجهة الأمامية.
لتمكين هذا الإصلاح العاجل، أضف السطر التالي إلى appSettings في ملف التكوين الخاص بك: <appSettings> <add key="wcf:httpTransportBinding:useUniqueConnectionPoolPerFactory" value="true"/>
</appSettings>
بعد تمكين هذا الإصلاح العاجل، سيكون لكل مثيل من ChannelFactory يتم إنشاؤه والذي يستخدم في النقل عبر HTTP مجموعة منفصلة من الاتصالات. يتيح هذا للمطورين تقسيم صلاتهم في تجمعات منفصلة عن طريق إنشاء عدة كائنات ChannelFactory . عند القيام بذلك، يمكن إسقاط اتصال مضيف فاشلة بإغلاق المثيل ChannelFactory المقترنة بالاتصال بالمضيف الفاشلة. عندما يتم إغلاق مثيل ChannelFactory ، الاتصالات في التجمع لا يلزم إغلاق فورا لأنها يتم التحكم بسلوك تجمع الفئة سيرفيسيبوينتماناجير . من المهم تعيين قيمة افتراضية منخفضة مهلة الخمول إذا العديد من الكائنات ChannelFactory يتم إنشاؤه والمغلقة في ترتيب لمنع حالة في الاتصالات الخاملة التي العديد من هم في حالة إغلاق معلقة.
المسألة 7
افترض أنك تريد دعم الكثير من التنزيل المتزامنة أو التحميلات بخدمة WCF يكشف نقطة نهاية WebHttpBinding . سيؤدي نقل محتوى بيانات كبيرة باستخدام وضع الدفق (بدلاً من الوضع المخزن) خدمة لمواجهة مشكلات في الأداء بغض النظر عن ما إذا كان يتم إضافة ديسباتشيرسينتشرونيزاتيونبيهافيور .
بعد تطبيق هذا الإصلاح العاجل، سيستخدم صندوق رأس المال العامل معالجة غير متزامنة إلى حد كبير زيادة أداء العديد من عمليات التحميل والتنزيل المتزامنة.
يتم تمكين هذا الإصلاح العاجل عند تعيين الخاصية أسينتشرونوسيندينابليد من ديسباتشيرسينتشرونيزاتيونبيهافيور إلى true. لتعطيلها أو إزالتها ديسباتشيرسينتشرونيزاتيونبيهافيورأو تعيين الخاصية أسينتشرونوسيندينابليد إلى false:<system.ServiceModel> <behaviors>
<endpointBehaviors>
<behavior name="MyEndpointBehavior">
<dispatcherSynchronization asynchronousSendEnabled="false" maxPendingReceives="5" />
</behavior>
</endpointBehaviors>
</behaviors>
</system.ServiceModel>
المسألة 8
تفترض تطبيق تحديث المنطقة الزمنية الروسية في أيلول/سبتمبر 2014 (تحديث 2998527) على الكمبيوتر الخاص بك. إذا كان لديك تطبيق يستخدم Microsoft.NET Framework و TimeZoneInfo الطبقة، قد على التطبيق حساب الوقت بشكل غير صحيح. راجع تحديث 3012229 للحصول على تفاصيل إضافية.
هذا الإصلاح العاجل بحل look-ups إزاحة المنطقة الزمنية الأساسية.
العدد 9
افترض أن لديك تطبيق WPF الذي يفتح نافذة في الإطار الرئيسي. عند تغيير حجم النافذة الثانية، تعطل التطبيق واستثناء مؤشر فارغ.
