Terminal: لا يوجد إدخال لوحة المفاتيح

هذا أمر غير متوقع بالتأكيد - هل هذا النسخ مع أي عدد من علامات التبويب؟

هل يمكنك مشاركة رقم الإصدار الفعلي من مربع حوار Terminal about؟ تسهل هذه المعلومات علينا تتبع تقارير الأخطاء ، نظرًا لأن "أحدث إصدار" يمكن أن يكون "أحدث إصدار" أو "تم إنشاؤه من الإصدار الرئيسي" ، ويتغير كلا الإصدارين بمرور الوقت مقارنة بوقت تقديم الخطأ.

هناك خطأ آخر يتحرك حيث لا يؤدي التركيز على النافذة بالنقر فوق علامة التبويب إلى تركيز عنصر التحكم في الجهاز - هل يؤدي النقر فوق "المحطة الطرفية" إلى القيام بأي شيء؟

أنا متأكد تمامًا من أن لا أحد في فريق التطوير يرى شيئًا كهذا ، لذلك سيكون من الصعب علينا إصلاح هذا الخطأ دون مزيد من المعلومات بطريقة ما. ربما إذا كان بإمكانك إنشاء مصدر النموذج وتصحيح الأخطاء لمعرفة ما إذا كان Terminal::SendKeyEvent تم ضربه؟

Windows 10 build هو Microsoft Windows [الإصدار 10.0.19041.21].
الإصدار الطرفي هو 0.8.10261.0 من متجر Microsoft.

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

ربما يمكنك التحدث معي من خلال هذا الإصلاح؟

عاد الخطأ بعد التثبيت النظيف - أتمنى أن أتذكر كيفية إعادة إنشائه ، أظن أن تحديث Windows على Insider يعبث به ربما؟

ارتطام هذا. أرى مؤشرًا وامضًا ولكني ما زلت غير قادر على الكتابة في Windows Terminal.

أنا أيضا أرى القضية. لقد حدث لي مرتين. يمكنني كتابة معظم الأحرف الخاصة مثل

• _ = + [{]} ؛ : "" <،>. ؟ /.

لا يمكن كتابة أي أحرف أو أرقام. لا توجد أحرف خاصة على الأرقام باستخدام التحول.

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

الإصدار: 0.8.10261.0
إصدار Windows Insider: 19559.rs_prerelease.200131-1437

لاحظ أيضًا أن ما أشعر به هو تشغيل عدد كبير من العمليات Console Windows Host ولكن لست متأكدًا مما إذا كان هذا مرتبطًا. لم يتم فتح محطات طرفية أو وحدات تحكم على سطح المكتب حاليًا

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

هذا يحدث لي أيضًا ، كثيرًا.

تعمل المحطة الطرفية بشكل جيد لبعض الوقت ثم تتوقف عن قبول إدخال لوحة المفاتيح لحاوية Ubuntu Wsl2.
أكد ملاحظة MCrank أن بعض الأحرف الخاصة لا تزال تعمل بشكل جيد.

إذا فتحت علامة تبويب جديدة أو أغلقت وأعدت فتح أي تغيير.
إذا قمت بإعادة تشغيل التطبيق الطرفي فلا تغيير.

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

يبدو أن إيقاف وإعادة تشغيل خدمة LxssManager يعيد إدخال لوحة المفاتيح لفترة ، لم أكن أعتقد أن ذلك سيؤثر على بوويرشيل ، لذلك لست متأكدًا من السبب ، مجرد الإبلاغ عما أراه في حال كان من المفيد تتبع هذا الخطأ.

بدأ هذا في الحدوث بعد التحديث الأخير ، وهو يحدث بشكل متكرر بما يكفي لجعل المحطة الطرفية غير قابلة للاستخدام تقريبًا وأنا أعمل طوال اليوم في سطر الأوامر بحيث يعد هذا انقطاعًا خطيرًا في سير العمل بالنسبة لي.

في المرة الأخيرة ، لم تنجح إعادة تشغيل lxssManager وقد لاحظت أن قائمة البدء ، والبحث أيضًا لم يستجب لإدخال لوحة المفاتيح على الرغم من أن جميع التطبيقات الأخرى لا تزال تعمل بشكل جيد. لست متأكدا إذا كانت هذه هي نفس المشكلة؟ أو ذات الصلة؟

أعلم أنك قلت "كل شيء آخر" ، ولكن عندما يموت الإدخال ، هل لا يزال بإمكانك الكتابة في مربع البحث في قائمة البدء أو مركز الملاحظات؟ كلاهما يستخدم النظام الأساسي للتطبيق الحديث ، حيث لا يتم استخدام powerhell.exe و cmd.exe. النظر في مشكلة منصة إدخال محتملة تكون أوسع من مجرد محطة طرفية.

@ DHowett-MSFT أنا في البناء 19564 وأرى هذا أيضًا ، يمكنني أن أؤكد أنه يحدث أيضًا في قائمة ابدأ ومركز التعليقات ، لذا أؤكد أن ذلك قد يكون أوسع من محطة windows.

عند حدوث ذلك ، لا يمكنني الكتابة في البحث في قائمة ابدأ أو مركز الملاحظات أو كورتانا.
لقد قمت بتعطيل كورتانا تمامًا في حالة ما إذا كان سيساعد ، ولم يحدث ذلك.

Windows: 19569.1000 (معاينة المطلعين)
إصدار Windows Terminal: 0.9.433.0

هذا أمر غير متوقع بالتأكيد - هل هذا النسخ مع أي عدد من علامات التبويب؟

هل يمكنك مشاركة رقم الإصدار الفعلي من مربع حوار Terminal about؟ تسهل هذه المعلومات علينا تتبع تقارير الأخطاء ، نظرًا لأن "أحدث إصدار" يمكن أن يكون "أحدث إصدار" أو "تم إنشاؤه من الإصدار الرئيسي" ، ويتغير كلا الإصدارين بمرور الوقت مقارنة بوقت تقديم الخطأ.

هناك خطأ آخر يتحرك حيث لا يؤدي التركيز على النافذة بالنقر فوق علامة التبويب إلى تركيز عنصر التحكم في الجهاز - هل يؤدي النقر فوق "المحطة الطرفية" إلى القيام بأي شيء؟

أنا متأكد تمامًا من أن لا أحد في فريق التطوير يرى شيئًا كهذا ، لذلك سيكون من الصعب علينا إصلاح هذا الخطأ دون مزيد من المعلومات بطريقة ما. ربما إذا كان بإمكانك إنشاء مصدر النموذج وتصحيح الأخطاء لمعرفة ما إذا كان Terminal::SendKeyEvent تم ضربه؟

لقد قمت ببناء وتصحيح الأخطاء ولم يتم تشغيل Terminal :: SendKeyEvent. تبدأ مشكلتي عندما أقوم بتمكين Windows Insider وتثبيت التحديثات.

لا يمكن أيضًا الكتابة عند البدء بعلامة التبويب PS. ثم أقوم بإنشاء علامة تبويب cmd - الآن يمكنني الكتابة ، حتى أغير تركيز علامة التبويب إلى نافذة أو علامة تبويب أخرى. ثم مرة أخرى إدخال لوحة المفاتيح لا يعمل. إزالة وإعادة تثبيت المحطة لا يساعد.
Windows 19041.113 (معاينة المطلعين)

يمكن تأكيد حدوث ذلك أيضًا على إصدار Windows Insider 19569. تعمل علامة التبويب cmd داخل Terminal ، لكن WSL و Powershell لا يقبلان أي مدخلات لوحة مفاتيح باستثناء بعض الأحرف الخاصة (alt + <، alt +> ، إلخ.)

إصدار Windows Terminal: 0.9.433.0

ربما لا علاقة له بالقضية الحالية. ولكن ربما تكون هذه مشكلة شائعة في التطبيقات الحديثة.

غالبًا ما أواجه مشكلات في Windows Search حيث لا يمكنني الكتابة. تتم مواجهة هذه الظاهرة بسهولة أكبر مع بعض أدوات تحرير أسلوب الإدخال Win32 ، مثل Baidu Pinyin. نادرًا ما تحدث هذه الظاهرة بعد استخدام Microsoft Pinyin ، لكنها ليست غائبة تمامًا. إعادة فتح نافذة البحث بعد مرور بعض الوقت ، قد يعمل الإدخال.

لطالما اعتقدت أنها كانت مشكلة توافق بين التطبيق الحديث ومحرر Win32 القديم. ولكن في بعض الأحيان ، يمكن أن يحدث هذا أيضًا مع Microsoft Pinyin. إنه تطبيق حديث. بالإضافة إلى ذلك ، استمرت المشكلة خلال تجربة Insider لمدة عامين.

لم أواجه هذه المشكلة في محطة Windows ، لأن الإصدار القديم من Windows Terminal لم يدعم IME ، ومشكلة إنهاء السطر ، لم أستخدمها لفترة طويلة. إذا واجهت مشكلة في Windows Terminal ومحرر أسلوب الإدخال (IME) ، فسأقدم تعليقات.

وإذا لم يكن لديك محرر أسلوب الإدخال ، فقد تكون مشكلة داخلية:

https://blogs.windows.com/windowsexperience/2020/03/05/announcing-windows-10-insider-preview-build-19577/

• أصلحنا مشكلة حيث سيتوقف الإدخال عن العمل في بعض الأماكن إذا تم رفض سجل الحافظة (WIN + V) دون لصق أي شيء.

"بعض الأماكن" تكون تطبيقات حديثة فقط ، ولا تتأثر جميع تطبيقات win32.

يبدو أن إصدار Windows Insider 19577 قد أصلح هذه المشكلة بالنسبة لي (رائع!)

أنا متأكد من أن لا أحد في فريق التطوير يرى شيئًا كهذا ،

لقد كنت تحدث منذ 0.8
لا يوجد مدخلات مباشرة.
ربما واجه معظم مستخدمي Windows 10 و wt اليابانيين هذه المشكلة.
هل يصعب على فريق مطوري الاختبار في بيئة يابانية؟

نظام التشغيل Windows 10.0.19041.113
الوزن: 0.9.433.0
日本語 キ ー ボ ー ド (106/109 キ ー)

نرى هذا _ في بعض الأحيان_ ، ونتابع الأمر مع الفريق المناسب داخليًا. يبدو أن هناك شيئًا ما في مكدس الإدخال ؛ لا يمكننا أن نقول على وجه اليقين ما إذا كانت الوحدة الطرفية هي سبب المشكلة أم ضحية أخرى.

إذا كان لدى شخص ما _متوافق _ repro يمكننا القيام به على أجهزتنا الخاصة ، فسيكون ذلك مفيدًا للغاية عندما نتحدث إلى هذا الفريق.

شكرًا على Teams @ DHowett-MSFT 😃

حاولت WT (معاينة) 0.10.761.0 ، لكن ما زال يحدث.

آمل حقًا في حلها بطريقة ما. 🙏

ملاحظة

• لا توجد مشكلة في إصدار PowerShell 7 GA.
• مشكلة فقط في WT (جربت كل هذه الأصداف Windows PowerShell و cmd و PowerShell و Azure Cloud Shell).
• أنا أستخدم دائمًا مع الإعدادات الافتراضية.

تم التعديل في 23 مارس 2020

• لم يتم إصلاحه بعد في Windows Terminal Preview v0.10.781.0

لقد بدأ هذا للتو يحدث لي أيضًا. الإصلاح / إعادة التعيين / إعادة التثبيت لم يفعل شيئًا لإصلاح المشكلة. يمكنني الكتابة في أي مكان آخر باستثناء Windows Terminal ، حيث يمكنني فقط كتابة بعض الأحرف الخاصة كما وصفها بعض الأشخاص الآخرين أعلاه.

هذا على إصدار Windows Terminal: 0.10.781.0
Windows 10 Education Build 19041.153

نفس المشكلة تحدث.

• نظام التشغيل Windows 10 19041.153
• وزن 0.10.781.0
• مفتاح 106/109 ياباني مع ATOK Pro (طريقة الإدخال)
  
  
  
  • بدون ATOK ، نفس السلوك
  
  

نعم ، يبدو أن لدي المشكلة أيضًا.

• إصدار Windows 10.0.19587 الإصدار 19587
• وزن 0.10.781.0
• الإنجليزية (الولايات المتحدة)

يمكن أيضًا تأكيد هذه المشكلة.

• Microsoft Windows [الإصدار 10.0.19041.153]
• المحطة الطرفية v0.10.781.0
• الفرنسية (FR)

يمكن أن تؤكد هذا أيضا.

• بناء ويندوز 19603
• المحطة الطرفية v0.10.781.0

لا يوجد إدخال نص يعمل على أي علامة تبويب WT ، لكنها تعمل في التطبيقات الفعلية.

وبغض النظر عن ذلك ، يبدو أن تثبيت أحدث إصدار من Fast Ring لعام 19608 قد حلها حتى الآن. أنا قادر على الكتابة في جميع نوافذ المحطة مرة أخرى.

أنا في عام 19592 ولم أر هذا يحدث منذ فترة. أشعر أنني محظوظ :)

أنا على أحدث إصدار من Slow Ring (19041.207) وأرى هذا أيضًا.

إلى كل شخص في هذا الموضوع يتعامل مع المشكلة:

في المرة التالية التي يحدث فيها ذلك ، هل يمكنك تشغيل _Feedback Hub_ واستخدام قسم "التشخيص المتقدم" لالتقاط التشخيصات في فئة الإدخال واللغة ، الفئة الفرعية Input Lag ؟

انقر فوق بدء التسجيل ، ثم أدخل بضعة أحرف في Terminal.

ارجع مرة أخرى إلى مركز الملاحظات ثم انقر فوق إيقاف التسجيل .

ستحصل على إدخال سجل تشخيصي جديد:

حدد موقع الملف ، وأرسل إليّ بالبريد الإلكتروني أرشيف التشخيص الموجود داخل هذا المجلد أو أرفقه بـ OneDrive وشارك ارتباطًا. يرجى ملاحظة أنه قد يحتوي على معلومات تعريف شخصية (مثل الأحرف التي أدخلتها أثناء مرحلة التسجيل.) عنوان بريدي الإلكتروني موجود في ملفي الشخصي.

شكر! سيقطع هذا شوطًا طويلاً لمساعدتنا في الوصول إلى جوهر هذه المشكلة.

إذا تمكن أي منكم من بدء حدوثه أثناء التسجيل ، بدلاً من مجرد التقاطه عندما يحدث بالفعل ، فسيكون ذلك مفيدًا للغاية. يرجى إعلامي إذا كان هذا هو الحال في البريد الإلكتروني: ابتسم:

كان لدي نسخة من هذه المشكلة عند تثبيت جديد لنظام التشغيل Windows 19041.207 من ISO. أثرت على _only_ Windows Terminal؛ عمل البحث والتطبيقات الحديثة الأخرى بشكل جيد. تمكنت من حلها عن طريق تعيين قيم التسجيل التالية وإعادة تشغيل Terminal.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 0 # see note in edit 2

_EDIT: بدأ Windows Search في تجاهل المفتاح Return بعد أن قمت بتغيير هذه الإعدادات. إعادة تشغيل الجهاز إصلاح ذلك. راجع مشاركة @ r33int أدناه للتعرف على الآثار الجانبية المحتملة الأخرى لهذا الحل البديل.

_EDIT 2: اكتشف NicoVogel أن البحث يعمل بشكل أفضل وترك InputServiceEnabledForCCI عند 1 ._

كنت مدركًا لقيم التسجيل هذه من خلال مشاهدة Terminal في procmon. كانت المحطة تفتح هذا المفتاح بشكل متكرر وتستعلم عن إحدى هذه القيم. ربما كانت الاستعلامات مرتبطة بضربات المفاتيح ، لكن لا يمكنني الجزم بذلك.

@ DHowett-MSFT ، هل تريد علامات قطرية مني أيضًا؟ قد تكون حالتي مشكلة مختلفة ، نظرًا لأن معظم الأشخاص في سلسلة الرسائل هذه أبلغوا عن مشاكل لوحة المفاتيح في البحث والتطبيقات الأخرى.

كان لدي نسخة من هذه المشكلة عند تثبيت جديد لنظام التشغيل Windows 19041.207 من ISO. أثرت على _only_ Windows Terminal؛ عمل البحث والتطبيقات الحديثة الأخرى بشكل جيد. تمكنت من حلها عن طريق تعيين قيم التسجيل التالية وإعادة تشغيل Terminal.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 0

كنت مدركًا لقيم التسجيل هذه من خلال مشاهدة Terminal في procmon. كانت المحطة تفتح هذا المفتاح بشكل متكرر وتستعلم عن إحدى هذه القيم. ربما كانت الاستعلامات مرتبطة بضربات المفاتيح ، لكن لا يمكنني الجزم بذلك.

@ DHowett-MSFT ، هل تريد علامات قطرية مني أيضًا؟ قد تكون حالتي مشكلة مختلفة ، نظرًا لأن معظم الأشخاص في سلسلة الرسائل هذه أبلغوا عن مشاكل لوحة المفاتيح في البحث والتطبيقات الأخرى.

أستطيع أن أؤكد أن هذا الحل يعمل بالنسبة لي!
تحرير: يبدو أن هذا يتسبب في بعض السلوكيات الغريبة ، مثل كتابة الأحرف الخاصة مرتين ، كما يتوقف البحث عن العمل بشكل صحيح.

أود أخذ مذكرات ، لكن إعدادات الخصوصية الخاصة بي لا تسمح بذلك ، ولا يمكنني تغييرها لسبب ما ، أنا آسف ...

sharpjs هذا مثير للاهتمام حقًا. قد تظل الآثار من نسختك مفيدة ، إذا كان بإمكاني ملاحظة ما توصلت إليه للفريق. :ابتسامة:

@ DHowett-MSFT أخيرًا تمكنت من تغيير إعدادات الخصوصية الخاصة بي وأخذ آثار. لقد اتخذت أثرين ، أحدهما بحلsharpjs والآخر بدون. آمل أن تتمكن من الحصول على شيء مفيد منه.

https://plik.root.gg/file/HbRDChcSgYrb7DTD/Kec5YDDfRDjgnFoi/with٪20workaround.zip

https://plik.root.gg/file/HbRDChcSgYrb7DTD/HyEEjVclBdGHiu3z/without٪20workaround.zip

@ r33int شكرا! وللتأكيد فقط: في حالة "بدون حل بديل" ، لا يمكنك الكتابة في Terminal على الإطلاق؟

@ r33int شكرا! وللتأكيد فقط: في حالة "بدون حل بديل" ، لا يمكنك الكتابة في Terminal على الإطلاق؟

نعم

@ r33int أو أي شخص آخر:

عندما تكون في هذه الحالة (بدون إدخال) ، هل يمكنك فتح موجه محفوظات الحافظة ( Windows + V ) ومعرفة ما إذا كانت إدخالك يبدأ العمل بطريقة سحرية؟

@ r33int أو أي شخص آخر:

عندما تكون في هذه الحالة (بدون إدخال) ، هل يمكنك فتح موجه محفوظات الحافظة (Windows + V) ومعرفة ما إذا كانت إدخالك يبدأ العمل بطريقة سحرية؟

لقد حاولت إدخال محفوظات الحافظة ، ولا يبدو أنها تجعل الإدخال يعمل بالنسبة لي.

@ DHowett-MSFT:

قد تظل الآثار من نسختك مفيدة ،

• problem.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 1
  
  
  • يبدو أن المحطة الطرفية تتجاهل إدخال لوحة المفاتيح.
  
  
• workaround.diagnostics.zip
  
  
  
  • InputServiceEnabled{|ForCCI} = 0
  
  
  • يعمل إدخال لوحة المفاتيح في Terminal بشكل طبيعي.
  
  

هل يمكنك فتح موجه محفوظات الحافظة (Windows + V) ومعرفة ما إذا كان الإدخال الخاص بك يبدأ العمل بطريقة سحرية؟

يؤدي الضغط على Windows+V فتح محفوظات الحافظة ، ولكن لا يتسبب في بدء عمل إدخال لوحة المفاتيح.

@ r33int :

يبدو أن هذا يتسبب في بعض السلوكيات الغريبة ، مثل كتابة الأحرف الخاصة مرتين ، كما يتوقف البحث عن العمل بشكل صحيح.

عندما قمت بتعيين InputServiceEnabled{|ForCCI} = 0 ، تم تجاهل المفتاح Return تحديدًا في البحث. إصلاح إعادة تشغيل الجهاز بالنسبة لي.

لم ألاحظ أي مشاكل في كتابة أحرف خاصة في Terminal أو Search ، لكنني أستخدم WinCompose ، والذي قد يكون مختلفًا عن أسلوب الإدخال الخاص بك.

أنا فضولي - إذا قمت بالفعل بتقديم شيء ما من خلال محفوظات الحافظة ، فهل تبدأ في العمل؟ ستحصل على ^V طائشًا أو عجينة (اعتمادًا على كيفية إعداد Terminal) ، لكن اثنين من زملائي افترضوا أن هذا قد يساعد.

@ DHowett-MSFT بالنسبة لي:

1. إطلاق المحطة. ✔️
2. تظهر أداة محفوظات الحافظة Win+V →. ✔️
3. انقر فوق عنصر المحفوظات → لا يحدث شيء في المحطة. ❌
4. اضغط على مفتاح → لا يحدث شيء في المحطة. ❌
5. انقر بزر الماوس الأيمن في Terminal ← لصق عنصر المحفوظات في Terminal. ✔️
6. اضغط على مفتاح → لا يحدث شيء في المحطة. ❌

التشخيص من الخطوات 1-4: الحافظة-history.diagnostics.zip

محفوظات الحافظة ، التي تم إنشاؤها عن طريق النسخ في المفكرة:

شكر! هذا شامل: الابتسامة: ومفيدة حقًا.

+1

asolopovas نظرًا لأننا قمنا بتجميع شرح تفصيلي لكيفية مساعدتنا ، سأكون ممتنًا لو

asolopovas نظرًا لأننا قمنا بتجميع شرح تفصيلي لكيفية مساعدتنا ، سأكون ممتنًا لو

أنا أعاني من نفس المشكلة بالضبط التي
@ DHowett-MSFT أم يجب أن أفعل شيئًا آخر للمساعدة؟

سيكون ذلك مفيدًا حقًا: ابتسم: كلما زادت البيانات المتوفرة لدينا حول هذا الخطأ ، كان من الأفضل أن نجد الارتباطات.

https://aka.ms/AA8b6o6

يمكنني التأكد من أن الحل البديل أدناه يعمل لمشكلتي:

https://github.com/microsoft/terminal/issues/4448#issuecomment -617290424

مجرد تغيير InputServiceEnabled إلى 0 يعمل بالنسبة لي ، إذا كان هذا هو أي مساعدة

قيمة InputServiceEnabledForCCI هي 1 (افتراضي)

إذا كانت قيمة InputServiceEnabledForCCI تساوي 0 و InputServiceEnabled تساوي 1 ، فإنها لا تعمل

يسمح تبديل InputServiceEnabled بدون إعادة تشغيل المحطة الطرفية بقبول الإدخال

لاحظ أن الإصدار 1 أصلح هذه المشكلة بالنسبة لي ، حتى بعد عكس الإعدادات مرة أخرى إلى 1 لكليهما

أعني ، لم نغير أي شيء ، لذا سأقول أن الطبيعة المتقطعة لهذا الخطأ جعلته يبدو ثابتًا. :)

حسنا ، لقد كذبت. لقد حذفت الإعدادات الخاصة بي ، ثم أعدت تشغيل الجهاز ولم يعد يعمل. أعده إلى 0 = (

لدي نفس المشكلة في إعداد اختبار 2004 في VM.
الحل البديل يعمل ولكن ¯ \ _ (ツ) _ / ¯

في عام 2004 ، أواجه نفس المشكلة ، لكن الحل يعمل

لوحظ نفسه على

• W10 x_64 Pro 2004 b19041.264
• WT 1.0.1401.0

يعمل اللصق في المحطة الطرفية في أي حالة ، والكتابة فقط بـ InputServiceEnabled = 0 ولكن هذا يتسبب في عدم قبول نافذة البحث للإدخال ENTER من لوحة المفاتيح.

جلسات المحطة الطرفية الأخرى من تطبيقات CMD أو بوويرشيل (الإصدار 7.0.1) لا تظهر المشكلة.

@ n8v8R

InputServiceEnabled = 0 ولكن هذا يتسبب في عدم قبول نافذة البحث للإدخال من لوحة المفاتيح.

هل يستمر هذا التأثير الجانبي بعد إعادة التشغيل؟ IIRC ، لقد عانيت من آثار جانبية مماثلة حتى أعيد تشغيل الكمبيوتر.

لدي نفس المشكلة. يعمل الحل البديل من r33int بالنسبة لي أيضًا للحصول على إدخال لوحة المفاتيح في Terminal ... ولكن
في وظيفة بحث Windows (بالضغط على مفتاح Win ثم ابدأ في الكتابة) ، لا تعمل مفاتيح الأسهم ومفاتيح الحذف بعد الآن :(

سأقدم المزيد من المعلومات إذا كنت بحاجة إليها.

معاينة Windows 10 Insider 19041.1 (vb_release)

sharpjs

هل يستمر هذا التأثير الجانبي بعد إعادة التشغيل؟ IIRC ، لقد عانيت من آثار جانبية مماثلة حتى أعيد تشغيل الكمبيوتر.

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

تضمين التغريدة

لكن
في وظيفة بحث Windows (بالضغط على مفتاح Win ثم ابدأ في الكتابة) ، لا تعمل مفاتيح الأسهم ومفاتيح الحذف بعد الآن :(

لاحظت ذلك أيضًا ، فقط تسجيل الخروج والعودة إلى حلها على عقدي.

ما الخدمات التي تشير إليها إدخالات التسجيل هذه؟

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Input]
"InputServiceEnabled"=dword:00000000
"InputServiceEnabledForCCI"=dword:00000001

ما الخدمات التي تشير إليها إدخالات التسجيل هذه؟

يبدو أنه مرتبط بالتمكين / التعطيل

C:\Windows\SystemApps\MicrosoftWindows.Client.CBS_cw5n1h2txyewy\InputApp\TextInputHost.exe

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

عندما قمت للتو بتثبيت محطة windows الجديدة من متجر Microsoft ، عندما أرغب في كتابة أي شيء يظهر على الشاشة ، على الرغم من أنني أكتب أحرفًا عشوائية لا يوجد شيء مكتوب في الجهاز ، فأنا بحاجة إلى المساعدة!

نفس الشيء بالنسبة لي ، بعد أن قمت بتحديث windows الخاص بي إلى أحدث عام 2004 ، لا تقبل المحطة الطرفية الإدخال من لوحة المفاتيح ، حاولت التثبيت النظيف عدة مرات مع كل من الإصدارات العادية والمعاينة وكذلك تغيير القيم في التسجيل ، لم ينجح شيء بالنسبة لي.

تضمين التغريدة

انا بحاجة الى مساعدة!

هل جربت الحل البديل المنشور أعلاه؟ حلقة الوصل

لقد واجهت نفس المشكلة مؤخرًا. في 19041.264

يبدو أن الحل البديل المنشور لإصلاح مشكلتي. لم يكن علي تسجيل الخروج أو إعادة التشغيل.

أنا أيضا لدي نفس المشكلة.

• إصدار الويندوز: 19041.329
• إصدار Windows Terminal: 1.0.1401.0

لقد نجح الحل البديل بالنسبة لي أيضًا ، لكن شريط البحث لم يعمل على النحو المنشود.
ولكن كما ذكر sharpjs ، تم إصلاح إعادة التشغيل لي ( تعليق ).

لقد بحثت قريبًا في التأثيرات المختلفة لتغيير القيم من InputServiceEnabled ( ISE ) و InputServiceEnabledForCCI ( ISECC ).
يوضح الجدول التالي السلوك على جهازي.

شرح الجدول :

• نوع
  
  
  
  • الإدخال = إدخال Windows Terminal عبر لوحة المفاتيح
  
  
  • الماضي = إدخال Windows Terminal عبر الأمر السابق (النقر بزر الماوس الأيمن)
  
  
  • search = شريط بحث Windows
  
  
• القيمة ( val ) تساوي القيمة في التسجيل ويجب أن تكون إعادة التشغيل واضحة
• النتيجة ( الدقة )
  
  
  
  • نعم = يعمل على النحو المنشود
  
  
  • لا = لا يعمل على النحو المنشود
  
  
  • (رقم) = موضح أدناه
  
  

| اكتب | فال / الدقة | فال / الدقة | فال / الدقة | فال / الدقة | فال / الدقة | فال / الدقة | فال / الدقة | فال / الدقة |
| ------- | ------- | ------- | ------- | ------- | ------- | ------- | ------- | ------- |
| ISE | 1 | 0 | 0 | 0 | 0 | 1 | 1 | 1 |
| ISECC | 1 | 1 | 1 | 0 | 0 | 0 | 0 | 1 |
| إعادة تشغيل | بعد | قبل | بعد | قبل | بعد | قبل | بعد | قبل |
| --- | --- | --- | --- | --- | --- | --- | --- | --- |
| الإدخال | لا | نعم | نعم | نعم | نعم | نعم | لا | لا |
| الماضي | نعم | نعم | نعم | نعم | نعم | نعم | نعم | نعم |
| بحث | نعم | (1) | (2) | (2) | (2) | نعم | نعم | نعم |

سلوك البحث الخاص

1. لم تنجح المدخلات التالية: Delete ، Backwards ، Pos1 ، End ، مفاتيح الأسهم ، Enter
2. تركيبة [CTRL + Backwards] حذفت الكلمة كما هو متوقع ، لكنها تترك الرمز "□".

TL ؛ DR

نجح هذا InputServiceEnabled إلى 0 . أدى هذا التغيير إلى كسر شريط بحث Windows ، ولكن بعد إعادة التشغيل كان كل شيء على ما يرام.

تعديل
بعد يومين من استخدام الإعداد المميز ، غيّر بحث windows سلوكه من العادي إلى سلوك البحث الخاص 2 .

أنا أيضا أواجه المشكلة التالية.
_OS اسم Microsoft Windows 10 Pro
الإصدار 10.0.19041 Build 19041_

إعداد InputServiceEnabled = 0
بدأ Windows Terminal بقبول المدخلات بعد هذا الإعداد. ومع ذلك ، هناك آثار جانبية. عندما أستخدم تركيبة Ctrl + Backspace في بحث Windows ، يتم حذف النص بالكامل ، ولكن يتم إدراج حرف غريب.

يبدو أن هذا الحل البديل يتسبب أيضًا في سلوك غريب مع الإكمال التلقائي لعلامات التبويب. يبدو أنه تم تسجيل إدخال علامة التبويب مرتين عند الضغط مرة واحدة. هذا مزعج جدا. هل هناك أي شخص آخر يواجه هذا؟

نعم!!!

لقد كنت أحاول معرفة سبب قيام Terminal بالتنصت المزدوج بهذا الشكل لفترة طويلة! اكتشاف رائع

تأكيد إعادة InputServiceEnabled إلى 1 إصلاحات الجدولة

تأكيد إعادة InputServiceEnabled إلى 1 إصلاحات الجدولة

تضمين التغريدة
إذن أنت تستخدم InputServiceEnabled 1 و InputServiceEnabledForCCI 0 وهذا يناسبك؟
عملت هذه المجموعة فقط حتى أعدت تشغيل جهازي.

لدي أيضًا مشكلة علامة التبويب المزدوجة

لقد كان عند 0 للتغلب على هذه المشكلة. كان لديه علامة تبويب مزدوجة.

أعادته إلى 1 ويبدو أنه تم إصلاحه ، لكنني لم أعد تشغيل جهازي.

لوحة المفاتيح لا تعمل يحدث لشخص آخر ، الحل الذي يعطونه المعطل win + v ووظائف أخرى

لوحة المفاتيح لا تعمل يحدث لشخص آخر ، الحل الذي يعطونه المعطل win + v ووظائف أخرى

كنت أستخدم Windows Terminal بشكل طبيعي حتى بعد بناء 2004 ثم توقف إدخال لوحة المفاتيح عن العمل في نهاية الأسبوع الماضي.

تم حل المشكلة المشار إليها في هذا الرابط دون كسر مفاتيح الاختصار مثل win + v.

لوحة المفاتيح لا تعمل يحدث لشخص آخر ، الحل الذي يعطونه المعطل win + v ووظائف أخرى

كنت أستخدم Windows Terminal بشكل طبيعي حتى بعد بناء 2004 ثم توقف إدخال لوحة المفاتيح عن العمل في نهاية الأسبوع الماضي.

تم حل المشكلة المشار إليها في هذا الرابط دون كسر مفاتيح الاختصار مثل win + v.

InputServiceEnabled = 0 ولكن هذا يتسبب في عدم قبول نافذة البحث للإدخال من لوحة المفاتيح.

لوحة المفاتيح لا تعمل يحدث لشخص آخر ، الحل الذي يعطونه المعطل win + v ووظائف أخرى

كنت أستخدم Windows Terminal بشكل طبيعي حتى بعد بناء 2004 ثم توقف إدخال لوحة المفاتيح عن العمل في نهاية الأسبوع الماضي.
تم حل المشكلة المشار إليها في هذا الرابط دون كسر مفاتيح الاختصار مثل win + v.

InputServiceEnabled = 0 ولكن هذا يتسبب في عدم قبول نافذة البحث للإدخال من لوحة المفاتيح.

نعم ، يسبب ذلك. لا تدخل فقط ، ولكن أيضًا مفاتيح مثل مسافة للخلف.

لوحة المفاتيح لا تعمل يحدث لشخص آخر ، الحل الذي يعطونه المعطل win + v ووظائف أخرى

كنت أستخدم Windows Terminal بشكل طبيعي حتى بعد بناء 2004 ثم توقف إدخال لوحة المفاتيح عن العمل في نهاية الأسبوع الماضي.
تم حل المشكلة المشار إليها في هذا الرابط دون كسر مفاتيح الاختصار مثل win + v.

InputServiceEnabled = 0 ولكن هذا يتسبب في عدم قبول نافذة البحث للإدخال من لوحة المفاتيح.

نعم ، يسبب ذلك. لا تدخل فقط ، ولكن أيضًا مفاتيح مثل مسافة للخلف.

وماذا نفعل عندما يتم حلها ، لا توجد إجابات فقط التصحيحات غير المفيدة ، لا يمكنك العمل مع wsl2 مثل هذا.

julianonunesrafavielma تحتاج إلى إعادة تشغيل بعد تطبيق الحل. انظر الجدول الذي صنعهNicoVogel .

يبدو أن أي اختصارات بديلة تعمل حتى عندما لا تقبل المحطة الطرفية أي إدخال آخر للوحة المفاتيح.
يعمل مفتاحا Home و End أيضًا أثناء الضغط باستمرار على Alt.

تم الاختبار مع إصدار WT الأخير 1.0.1811.0 ولكن الخطأ لا يزال موجودًا. في حين أن الحل البديل هو حل بديل مع التحذيرات التي تتساءل عما إذا كان المطورون يبحثون بالفعل في حل هذا الأمر في أي وقت قريب؟

لنفترض أن نظام التشغيل قد نفذ خدمة _InputAppTextInputHost.exe_ لسبب ما وبما أن كلا من OS و WT يتم تطويرهما بواسطة MS متسائلاً ما هي صعوبة جعل تطبيق WT يتماشى بشكل صحيح مع رمز نظام التشغيل؟

من السخف أن هذا ما زال يحدث

المطورين يبدون أن هذا ليس خطأ

شارك _Originally التي كتبهاDHowett في https://github.com/microsoft/terminal/issues/4448#issuecomment -630977808_

سأقول أن الطبيعة المتقطعة لهذا الخطأ جعلته يبدو ثابتًا. :)

نعم ، خذ اقتباسًا مني خارج السياق وقد يظهر بهذه الطريقة. انظر: مكدس الإدخال في Windows ليس مباشرًا ، وقد أشركنا فريق الإدخال في معرفة سبب عدم عمل إدخال لوحة المفاتيح في سياقات تطبيقات معينة. إذا كان لدينا أي تحديثات ، فستكون أول من يعلم.

سوف أقفل هذا الخيط. ليس لأنني لا أعتقد أنه خطأ (هو كذلك) ، ولكن لأن كل شكواك ترسل بريدًا إلكترونيًا إلى كل مشترك ، وربما لا تكون هذه هي الطريقة التي يريدون أن يبدأوا بها أيام الأربعاء.

نقل بعض المعلومات ذات الصلة من # 7288

نظام التشغيل Windows 10 - 19041

لوحة المفاتيح على الشاشة لا تعمل أيضًا.

أعمال اللصق من الحافظة.

إذا قمت بالضغط على "alt" أثناء كتابة موجه الأوامر ، فسيسجل الإدخال من لوحة المفاتيح ولكن فقط أثناء الضغط على "alt".
إذا قمت بالضغط على "alt" أثناء الكتابة ، فسيسجل PowershellCore المدخلات من لوحة المفاتيح ، لكن تحديد أي أرقام يغير المطالبة إلى "digit -uments:"
إذا قمت بالضغط على "alt" أثناء الكتابة ، فسيسجل Powershell بعض المدخلات ، ولا توجد أحرف ولكن ؛ '- = / تم قبولها ويؤدي تحديد أي أرقام إلى تغيير المطالبة إلى "digit- وسيطة:"

لا تزال هناك تحديثات على هذا الموضوع ، ما زلنا نحاول تعقب طريقة لتصحيح هذا أثناء وجود شخص ما حاليًا في هذه الحالة المعطلة ، لأنه لا يوجد خط رؤية واضح حول أسباب دخول نظام التشغيل إلى هذه الحالة السيئة. إذا عرفنا سبب هذه الحالة السيئة ، فسيكون تصحيح هذا الأمر أسهل بكثير.

إذا عرفنا سبب هذه الحالة السيئة ، فسيكون تصحيح هذا الأمر أسهل بكثير.

_TextInputHost.exe_ يبدو أنه تسبب في بعض التظلمات (حالة غير مستجيبة) في أماكن أخرى

https://blogs.windows.com/windowsexperience/2020/01/30/announcing-windows-10-insider-preview-build-19555/

الذي يبدو أنه تم إصلاحه مؤخرًا

https://blogs.windows.com/windowsexperience/2020/08/05/announcing-windows-10-insider-preview-build-20185/

هل تم اختبار الإصدار الأخير من الداخل ضد هذا الخطأ؟

@ zadjii-msft إذا أراد شخص ما من MSFT إجراء تصحيح الأخطاء عن بُعد بجهازي في حالة التعطل ، فأنا مستعد لذلك. أنا متاح في معظم الأوقات بين 8 صباحًا و 5 مساءً بتوقيت المحيط الهادئ الصيفي ، أي يوم من أيام الأسبوع. لدي فرق. @sharpjs على Twitter و Telegram. يوجد عنوان بريد إلكتروني إذا كنت ترغب في ذلك.

أواجه أيضًا نفس المشكلة عند تثبيت جديد لـ WIndows و Terminal. إذا كان بإمكاني تقديم أي مساعدة ، فيرجى إبلاغي بذلك.

نقل بعض المعلومات ذات الصلة من # 7288

نظام التشغيل Windows 10 - 19041
لوحة المفاتيح على الشاشة لا تعمل أيضًا.
أعمال اللصق من الحافظة.
إذا قمت بالضغط على "alt" أثناء كتابة موجه الأوامر ، فسيسجل الإدخال من لوحة المفاتيح ولكن فقط أثناء الضغط على "alt".
إذا قمت بالضغط على "alt" أثناء الكتابة ، فسيسجل PowershellCore المدخلات من لوحة المفاتيح ، لكن تحديد أي أرقام يغير المطالبة إلى "digit -uments:"
إذا قمت بالضغط على "alt" أثناء الكتابة ، فسيسجل Powershell بعض المدخلات ، ولا توجد أحرف ولكن ؛ '- = / تم قبولها ويؤدي تحديد أي أرقام إلى تغيير المطالبة إلى "digit- وسيطة:"

لا تزال هناك تحديثات على هذا الموضوع ، ما زلنا نحاول تعقب طريقة لتصحيح هذا أثناء وجود شخص ما حاليًا في هذه الحالة المعطلة ، لأنه لا يوجد خط رؤية واضح حول أسباب دخول نظام التشغيل إلى هذه الحالة السيئة. إذا عرفنا سبب هذه الحالة السيئة ، فسيكون تصحيح هذا الأمر أسهل بكثير.

متابعة لتعليقاتي أعلاه ، توقفت المشكلة بشكل مفاجئ وغامض. جميع أنواع المحطات تعمل بشكل صحيح الآن. منذ نشر التغييرات الوحيدة على نظامي ، تم تحديث برامج تشغيل Nvidia (إلى 452.06) وإعادة تمهيد النظام.

أتمنى لو كان لدي المزيد من المعلومات للمساعدة في العثور على السبب / الحل.

لسوء الحظ ، لم يساعد تحديث برامج تشغيل Nvidia الخاصة بي. أنا الآن في الإصدار 452.06 وما زلت أواجه نفس المشكلات داخل Terminal. شكرا للمساعدة.

نفس المشكلة هنا مع التثبيت الجديد.
إصدار Windows 2004 (_OS Build 19041.388_)
لقد جربت كلاً من الإصدار الثابت والمعاينة ، نفس المشكلة.
اسمحوا لي أن أعرف ما إذا كانت هناك حاجة إلى سجلات تصحيح الأخطاء @ zadjii-msft

كان لي نفس المشكلة. لسبب ما ، تم تعطيل خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية. لقد غيرت نوع بدء التشغيل إلى يدوي في الخصائص وأعيد تشغيله. هذا كل شيء وبدأت windows terminal في أخذ مدخلات لوحة المفاتيح.

تحرير: swax06 يضربني عليه.

حدث هذا لي أيضا. قد تكون تجربتي مصادفة تمامًا:

لقد قمت مؤخرًا بتثبيت جهاز لوحي للرسم. بعد القيام بذلك ، لاحظت أن لوحة المفاتيح على الشاشة ستظهر دائمًا على شاشة تسجيل الدخول الخاصة بي ، حتى مع تعطيل لوحة المفاتيح على الشاشة مع خيارات إعدادات Windows المعتادة. منزعجًا من ذلك ، قمت بتعطيل وإيقاف "خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية" التي حلت هذه المشكلة.

في وقت لاحق بعد إعادة التشغيل ، لم يعد Windows Terminal يقبل إدخال لوحة المفاتيح. أدت الحلول المحددة سابقًا في سلسلة الرسائل إلى حل مشكلتي ، باستثناء المشكلات المعروفة المتعلقة بإكمال علامة التبويب والضغط على Enter في Windows Search. غير راضٍ عن هذه الحلول ، أعادتها ووضعت Windows Terminal على الرف حتى يمكن إصلاح ذلك.

في مرحلة ما تذكرت ما فعلته بالخدمة وتحققت لمعرفة ما إذا كانت مرتبطة. لقد تحققت من أن Windows Terminal لا يزال لا يقبل الإدخال ، ثم أعدت تمكين "لوحة المفاتيح التي تعمل باللمس وخدمة لوحة الكتابة اليدوية" وأعد التشغيل. بعد ذلك ، بدأ Windows Terminal في قبول إدخال لوحة المفاتيح مرة أخرى ولم أواجه أي مشاكل منذ ذلك الحين.

أولئك الذين لديهم مشاكل ، ربما يرون ما إذا تم إيقاف هذه الخدمة أو تعطيلها؟

تم تعطيل خدمتي أيضًا.

قمت بضبطه على يدوي وسأعيد التشغيل لنرى كيف ستسير الأمور

لقد واجهت نفس المشكلة لفترة من الوقت الآن ، ونعم الآن أتذكر أنني عطلت خدمة "Touch Keyboard and Handwriting Panel" كجزء من روتين تنظيف Windows المعتاد. لقد عدت إلى الوضع اليدوي وأستطيع أن أؤكد أن الجهاز يعمل بشكل مثالي بعد إعادة التشغيل!
شكرا على الاقتراحات @ swax06 و NightWulfe

حسنًا ، بعد إعادة التشغيل ، يعمل.

العالم منطقي مرة أخرى!

تمامًا كملاحظة ، عادةً ما يؤدي "تنظيف" Windows من خلال تعطيل خدمات النظام إلى عدم أهليتك للشكوى من الأخطاء الغريبة ؛) ويجعل من الصعب جدًا على فرق مثل فريقنا مساعدتك في استكشاف الأخطاء وإصلاحها. كما أن لديها ميل أعلى من خط الأساس لكسر الأشياء تمامًا.

كذلك هنا. تم تعطيل TabletInputService. تعيين نوع بدء التشغيل على
دليل حل المشكلة بالنسبة لي. بحث جميل!

ب

تمامًا كملاحظة ، عادةً ما يؤدي "تنظيف" Windows من خلال تعطيل خدمات النظام إلى عدم أهليتك للشكوى من الأخطاء الغريبة ؛) ويجعل من الصعب جدًا على فرق مثل فريقنا مساعدتك في استكشاف الأخطاء وإصلاحها. كما أن لديها ميل أعلى من خط الأساس لكسر الأشياء تمامًا.

لم "أشتكي" من ذلك ، لقد قمت فقط بتتبع المشكلات ذات الصلة على Github حتى أتلقى رسائل بريد إلكتروني حول التحديثات المحتملة.
بحلول الوقت الذي ذكرت فيه أن المشكلة لم تكن قابلة للتكرار من جانبك ، اكتشفت أنها كانت شيئًا خاصًا بإعداداتي ولكني نسيت هذه الخدمة تمامًا.
كما أن اسم "خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية" لا يشير إلى أي تأثير ضار على لوحات المفاتيح التي لا تعمل باللمس ، وبما أنني لم أستخدم أبدًا أي لوحات مفاتيح تعمل باللمس أو لوحات للكتابة اليدوية ، فقد اعتقدت أنه من الآمن جدًا تعطيل هذه اللوحة. لم تتأثر طرفي Windows "cmd" و "بوويرشيل" المدمجان بهذا التغيير ، لذا لا يمكنني حقًا إلقاء اللوم على فريق نظام التشغيل Windows أو فريق MS Terminal لأنك يجب أن تعترف بأن هذا تبعية غريبة يجب أن يكون لديك على ما يبدو غير ذي صلة OS خدمة ، وأنا أتحمل المسؤولية الكاملة عن تعديل نظام التشغيل الخاص بي ، لذلك لن "أتذمر أو أتذمر" أبدًا خاصة بالنسبة لمشروع مفتوح المصدر.

تمامًا كملاحظة ، عادةً ما يؤدي "تنظيف" Windows عن طريق تعطيل خدمات النظام إلى عدم أهليتك للشكوى من أخطاء غريبة ؛)

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

كان يجب أن أذكر أنني لم أقم بتعطيل الخدمة في البداية.
لست متأكدًا من مصدر هذا التغيير.

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

ملاحظة أخيرة على هذه الخدمة. يقول الوصف "Enables Touch
لوحة المفاتيح ولوحة الكتابة اليدوية وظيفة القلم والحبر "وهذا كل شيء.
نظرًا لأن جهاز الكمبيوتر الخاص بي لا يحتوي على دعم للمس ، يبدو أنني لن أفعل ذلك
بحاجة لهذه الخدمة. يبدو لي أنه إذا كانت Microsoft أكثر قليلاً
بالتفصيل في أوصاف خدماتهم ربما لن يحدث هذا.

ب

ماذا قال gfxonline . أنا على محطة عمل بدون لمس أي شيء. بدا غير ضروري ، لكن ماذا أعرف؟

تمامًا كملاحظة ، عادةً ما يؤدي "تنظيف" Windows عن طريق تعطيل خدمات النظام إلى عدم أهليتك للشكوى من أخطاء غريبة ؛)

يعتبر TIL المساهمة في تقارير الأخطاء بمثابة "شكوى" هذه الأيام.

الشكوى الوحيدة التي كنت أفعلها كانت موجهة نحو لوحة المفاتيح على الشاشة. التنظيف الوحيد الذي قمت به هو التعامل مع OSK وتجاهل كلاً من إعدادات "استخدام لوحة المفاتيح على الشاشة" (لماذا يوجد اثنان ؟!) والظهور على شاشة تسجيل الدخول بغض النظر. الإصلاح الذي استخدمته هو واحد يتم نشره بشكل متكرر ، وهو الوحيد الذي يعمل. بصرف النظر عن إعادة تسمية أو رفض الوصول الكامل إلى OSK.exe. من المحتمل أن تعمل هذه أيضًا.

لم يواجه أي تطبيق آخر على هذا النظام بخلاف Windows Terminal أي مشكلة مع تعطيل "Touch Keyboard and Handwriting Panel Service".

_الرجال كان هناك "؛)" ، إنه مبتذل_

هذا مثير للاهتمام ، تم أيضًا تعطيل "خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية" بواسطة GPO. بمجرد أن حللت ذلك وأعدت الخدمة إلى الوضع التلقائي وأعدت التشغيل ، تعمل الوحدة الطرفية الآن بشكل صحيح. شكرا لكم جميعا لمساعدتكم!

حسنًا ، يبدو أن هناك علاقة قوية جدًا بين هذه المشكلة وخدمة اللمس / الكتابة اليدوية التي يتم تعطيلها. لأي شخص آخر لا يزال يواجه هذا ، هل يمكنك إدخال نص في _any_ تطبيقات UWP؟ أعتقد أن التطبيقات التالية ستكون جميعها اختبارات جيدة:

• مركز الملاحظات
• آلة حاسبة
• تطبيق إعدادات PowerToys
• متجر Microsoft
• تطبيق هاتفك

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

أدى تغيير الخدمة "_Touch Keyboard and Handwriting Panel_" من تلقائي إلى يدوي إلى حل المشكلة بالنسبة لي. فقط للتأكد ، قمت أيضًا بإعادة تعيين قيم السجل مرة أخرى _ (انظر أدناه) _. لقد قمت بتطبيق كلا التغييرين قبل إعادة التشغيل وبعد أن عملت بشكل جيد.

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 1
  InputServiceEnabledForCCI: 1

للسياق: لدي Surface pro 6 وتم التحقق من صحته (فقط في حالة) ، أن قلمي لا يزال يعمل. يبدو أن كل شيء يعمل بشكل جيد.
حتى كل السلوك السلكي الذي وصفته في آخر مشاركة لي قد انتهى.

@ zadjii-msft بخصوص سؤالك.
اختبرت التطبيقات التالية بسرعة ولم أواجه أي مشاكل في الإدخال.

• مركز الملاحظات
• آلة حاسبة
• متجر مايكروسوفت

أؤكد أنني تمكنت من منع الخطأ بواسطة

• إعداد TabletInputService (خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية) من معطل إلى يدوي ؛
• تعيين قيم HKLM\SOFTWARE\Microsoft\Input إلى قيمها السابقة (أعلاه) ؛ و ،
• إعادة التشغيل.

الآن لدي خدمة أخرى غير ضرورية على ما يبدو قيد التشغيل ، لكن Terminal تعمل. 🎉

خارج الموضوع: سأدفع أموالًا جيدة مقابل طريقة الطرف الأول لتقليص حجم Windows إلى الأساسيات فقط ، ثم إضافة الأشياء مرة أخرى حسب الحاجة ، بدقة فائقة. أطلق عليه اسم Windows 10 Modular. اعتدت تشغيل خادم Windows "جاهز للعمل" لهذا الغرض ، لكن هذا غير ممكن هذه الأيام ، حيث أحتاج إلى تشغيل بعض الأشياء الخاصة بنظام Windows بخلاف الخادم.

@ zadjii-msft IIRC ، كان تطبيق _only_ UWP الذي أواجه مشكلة فيه هو Terminal. عمل الآخرون.

لنقتبس ما سمعناه من فريق الإدخال:

تعد [خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية] أمرًا حيويًا للوحة المفاتيح وإدخال النص في UWAs ولإدخال IME في جميع التطبيقات.

_للتسجيل_ ، فإن Terminal ليس تطبيق UWP ، بل هو تطبيق هجين ، أحد تطبيقات Win32 لسطح المكتب والذي يحدث لاستخدام UWP XAML لمكدس UI الخاص به. إذا كانت تطبيقات UWP النقية الأخرى على نظامك تعمل ، فأعتقد أن هذا قد يكون شيئًا خاصًا بالتطبيقات المختلطة. ولهذا السبب أطلب من الأشخاص التحقق من تطبيق إعدادات PowerToys أيضًا - فهم يستخدمون نموذج تطبيق مشابهًا بدرجة كافية لنا.

إذا كان هذا التطبيق يعمل ، فهناك شيء مختلف بيننا وبينهم يسبب هذا التفاعل. ربما هو افتقارنا لاستخدام IDesktopWindowXamlSourceNative2::PreTranslateMessage ؟

يمكنني أن أؤكد أن لدي هذه المشكلة مع Windows Terminal ولكن ليس مع الآلة الحاسبة.

(ونعم ، لأنني عطّلت خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية التي يبدو أنها سيئة الاسم ، والتي يجب أن تحتوي على فاصلة بين Touch و Keyboard )

نفس المشكلة «لا يوجد إدخال لوحة المفاتيح» بعد تثبيت تحديثات Windows KB4566782 و KB4569745 وإعادة تشغيل الكمبيوتر.
كما قمت بمسح التسجيل باستخدام CCleaner 5.70.7909 و Auslogics BoostSpeed ​​9.2.0.0

الإدخال عبر osk.exe أيضًا لا يعمل.

ولكن يمكنني لصق نص من الحافظة بالنقر بزر الماوس الأيمن.

أحاول تحديث winget install --id=Microsoft.WindowsTerminal -e ونفس المشاكل!

كل شيء على ما يرام بعد تمكين الخدمة Touch Keyboard and Handwriting Panel Service ( Служба сенсорной клавиатуры и панели рукописного ввода ) وإعادة التشغيل.

تحرير: swax06 يضربني عليه.

حدث هذا لي أيضا. قد تكون تجربتي مصادفة تمامًا:

لقد قمت مؤخرًا بتثبيت جهاز لوحي للرسم. بعد القيام بذلك ، لاحظت أن لوحة المفاتيح على الشاشة ستظهر دائمًا على شاشة تسجيل الدخول الخاصة بي ، حتى مع تعطيل لوحة المفاتيح على الشاشة مع خيارات إعدادات Windows المعتادة. منزعجًا من ذلك ، قمت بتعطيل وإيقاف "خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية" التي حلت هذه المشكلة.

في وقت لاحق بعد إعادة التشغيل ، لم يعد Windows Terminal يقبل إدخال لوحة المفاتيح. أدت الحلول المحددة سابقًا في سلسلة الرسائل إلى حل مشكلتي ، باستثناء المشكلات المعروفة المتعلقة بإكمال علامة التبويب والضغط على Enter في Windows Search. غير راضٍ عن هذه الحلول ، أعادتها ووضعت Windows Terminal على الرف حتى يمكن إصلاح ذلك.

في مرحلة ما تذكرت ما فعلته بالخدمة وتحققت لمعرفة ما إذا كانت مرتبطة. لقد تحققت من أن Windows Terminal لا يزال لا يقبل الإدخال ، ثم أعدت تمكين "لوحة المفاتيح التي تعمل باللمس وخدمة لوحة الكتابة اليدوية" وأعد التشغيل. بعد ذلك ، بدأ Windows Terminal في قبول إدخال لوحة المفاتيح مرة أخرى ولم أواجه أي مشاكل منذ ذلك الحين.

أولئك الذين لديهم مشاكل ، ربما يرون ما إذا تم إيقاف هذه الخدمة أو تعطيلها؟

لقد أنقذتني اليوم. شكرا جزيلا!

لنقتبس ما سمعناه من فريق الإدخال:

تعد [خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية] أمرًا حيويًا للوحة المفاتيح وإدخال النص في UWAs ولإدخال IME في جميع التطبيقات.

_للتسجيل_ ، فإن Terminal ليس تطبيق UWP ، بل هو تطبيق هجين ، أحد تطبيقات Win32 لسطح المكتب والذي يحدث لاستخدام UWP XAML لمكدس UI الخاص به. إذا كانت تطبيقات UWP النقية الأخرى على نظامك تعمل ، فأعتقد أن هذا قد يكون شيئًا خاصًا بالتطبيقات المختلطة. ولهذا السبب أطلب من الأشخاص التحقق من تطبيق إعدادات PowerToys أيضًا - فهم يستخدمون نموذج تطبيق مشابهًا بدرجة كافية لنا.

لقد واجهت هذه المشكلة ، وبالطبع بعد تعيين Touch Keyboard and Handwriting Panel Service على دليل الإدخال يعمل الآن. يمكنني أن أؤكد أن تطبيق إعدادات Powertoys لديه نفس المشكلة أيضًا. بعد التغيير ، يعمل أيضًا.

إذا كان هذا التطبيق يعمل ، فهناك شيء مختلف بيننا وبينهم يسبب هذا التفاعل. ربما هو افتقارنا لاستخدام IDesktopWindowXamlSourceNative2::PreTranslateMessage ؟

حسنًا ، يبدو أن هناك علاقة قوية جدًا بين هذه المشكلة وخدمة اللمس / الكتابة اليدوية التي يتم تعطيلها. لأي شخص آخر لا يزال يواجه هذا ، هل يمكنك إدخال نص في أي من تطبيقات UWP؟ أعتقد أن التطبيقات التالية ستكون جميعها اختبارات جيدة:

لقد وجدت هذه المشكلة أثناء تصحيح أخطاء Windows Terminal المعطلة. تشخيصك صحيح - لقد حدث ذلك لأنني عطلت خدمة الكتابة اليدوية. لا يحتوي جهاز الكمبيوتر المحمول الخاص بي على شاشة تعمل باللمس ، ولم أتوقع أن يكون مفيدًا.

لسوء الحظ ، لم أقم بتعطيله لمجرد "تنظيف Windows" ، ولكن لأنه كان يقضي على عمر البطارية. لأي سبب من الأسباب ، يبدأ textinputhost.exe في العمل بانتظام على dGPU - فهو لا يرسم على الشاشة على الإطلاق ، فلماذا يحتاج إلى GPU؟ - وبذلك ، يقلل عمر البطارية بأكثر من النصف

لست متأكدًا من مكان الإبلاغ عن خطأ مثل هذا. ومع ذلك ، يعد تعطيل الخدمة نصيحة شائعة لإصلاح مشاكل عمر البطارية.

(لدي انطباع بأن اختيار GPU تم ضبطه على افتراض أن iGPU ضعيف وغير قادر ، وهو ما قد يكون صحيحًا بالنسبة لوحدات المعالجة المركزية Intel ، ولكن هذا كمبيوتر محمول AMD.)

pinging @ zadjii-msft في حالة عدم رؤية ردي ، فإن إعدادات Powertoys المؤكدة بها نفس المشكلة.

لدي Surface 7 pro ، ولم أقم مطلقًا بتعطيل خدمات الكتابة اليدوية أو أي شاشة تعمل باللمس أو خدمات إدخال القلم. لم تعد المحطة الطرفية الخاصة بي تواجه هذه المشكلة في الوقت الحالي.

jmlucjav لقد قمت

أؤكد أنني تمكنت من منع الخطأ بواسطة

• إعداد TabletInputService (خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية) من معطل إلى يدوي ؛
• تعيين قيم HKLM\SOFTWARE\Microsoft\Input إلى قيمها السابقة (أعلاه) ؛ و ،
• إعادة التشغيل.

الآن لدي خدمة أخرى غير ضرورية على ما يبدو قيد التشغيل ، لكن Terminal تعمل. 🎉

خارج الموضوع: سأدفع أموالًا جيدة مقابل طريقة الطرف الأول لتقليص حجم Windows إلى الأساسيات فقط ، ثم إضافة الأشياء مرة أخرى حسب الحاجة ، بدقة فائقة. أطلق عليه اسم Windows 10 Modular. اعتدت تشغيل خادم Windows "جاهز للعمل" لهذا الغرض ، لكن هذا غير ممكن هذه الأيام ، حيث أحتاج إلى تشغيل بعض الأشياء الخاصة بنظام Windows بخلاف الخادم.

@ zadjii-msft IIRC ، كان تطبيق _only_ UWP الذي أواجه مشكلة فيه هو Terminal. عمل الآخرون.

يمكنني أن أؤكد أن تمكين هذه الخدمة يؤدي إلى حل المشكلة تمامًا ، دون التسبب في أي مشكلة أخرى. شكرا جزيلا sharpjs لهذا الاكتشاف!

شكرا جزيلا sharpjs لهذا الاكتشاف!

في الواقع ، @ swax06 هو الذي وجده ، والذي

شكرا على الحلول. (يسعدني أن أرى أنهم ما زالوا مستخدمين يحاولون خفض دهون Windows. اعتقدت أنها سلالة تحتضر. ؛-))

أؤكد أنني تمكنت من منع الخطأ بواسطة

• إعداد TabletInputService (خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية) من معطل إلى يدوي ؛
• تعيين قيم HKLM\SOFTWARE\Microsoft\Input إلى قيمها السابقة (أعلاه) ؛ و ،
• إعادة التشغيل.

الآن لدي خدمة أخرى غير ضرورية على ما يبدو قيد التشغيل ، لكن Terminal تعمل. 🎉

خارج الموضوع: سأدفع أموالًا جيدة مقابل طريقة الطرف الأول لتقليص حجم Windows إلى الأساسيات فقط ، ثم إضافة الأشياء مرة أخرى حسب الحاجة ، بدقة فائقة. أطلق عليه اسم Windows 10 Modular. اعتدت تشغيل خادم Windows "جاهز للعمل" لهذا الغرض ، لكن هذا غير ممكن هذه الأيام ، حيث أحتاج إلى تشغيل بعض الأشياء الخاصة بنظام Windows بخلاف الخادم.

@ zadjii-msft IIRC ، كان تطبيق _only_ UWP الذي أواجه مشكلة فيه هو Terminal. عمل الآخرون.

أدى تمكين هذه الخدمة إلى حل المشكلة تمامًا. شكرا لك

رد خارج الموضوع: إذا كنت تقصد windows iso المنحل ، فهناك بعض isos المخصص الذي يقوم به بعض المطورين. Ofc ، ليسوا آمنين بنسبة 100٪ ولكني كنت أستخدم GhostSpectre modded iso منذ أكثر من عام وأنا سعيد جدًا بذلك.

على نظامي (Win10 x64 19041.508) يؤدي تشغيل MSI Afterburner 4.6.2 beta 2 إلى تعطيل الإدخال في Windows Terminal. يؤدي إغلاق هذا التطبيق إلى حل المشكلة.

أؤكد أنني تمكنت من منع الخطأ بواسطة

• إعداد TabletInputService (خدمة لوحة المفاتيح التي تعمل باللمس ولوحة الكتابة اليدوية) من معطل إلى يدوي ؛
• تعيين قيم HKLM\SOFTWARE\Microsoft\Input إلى قيمها السابقة (أعلاه) ؛ و ،
• إعادة التشغيل.

الآن لدي خدمة أخرى غير ضرورية على ما يبدو قيد التشغيل ، لكن Terminal تعمل. 🎉
خارج الموضوع: سأدفع أموالًا جيدة مقابل طريقة الطرف الأول لتقليص حجم Windows إلى الأساسيات فقط ، ثم إضافة الأشياء مرة أخرى حسب الحاجة ، بدقة فائقة. أطلق عليه اسم Windows 10 Modular. اعتدت تشغيل خادم Windows "جاهز للعمل" لهذا الغرض ، لكن هذا غير ممكن هذه الأيام ، حيث أحتاج إلى تشغيل بعض الأشياء الخاصة بنظام Windows بخلاف الخادم.
@ zadjii-msft IIRC ، كان تطبيق _only_ UWP الذي أواجه مشكلة فيه هو Terminal. عمل الآخرون.

يمكنني أن أؤكد أن تمكين هذه الخدمة يؤدي إلى حل المشكلة تمامًا ، دون التسبب في أي مشكلة أخرى. شكرا جزيلا sharpjs لهذا الاكتشاف!

في ملاحظة جانبية ، يبدو أن هذا أيضًا يعمل على إصلاح لوحة الرموز التعبيرية التي تظهر ولكنها لا تعمل!

حل العمل على _Windows 10 2004 (إصدار نظام التشغيل 19041.508) _

من أجل تمكين الإدخال ، أجري التغييرات التالية
من هذا (في حالتي كان _ الإعداد الافتراضي ولم يعمل_):

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 1
  InputServiceEnabledForCCI: 1

إلى هذا (_يعمل على ما يرام _):

HKLM\SOFTWARE\Microsoft\Input:
  InputServiceEnabled: 0
  InputServiceEnabledForCCI: 1

أعد تشغيل جهازك ، وستكون جاهزًا للانطلاق!

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

لكنه كان إعدادًا افتراضيًا ، ولم ينجح ، دعني أحاول مرة أخرى.

بعد إعادة تحميل جهاز الكمبيوتر الخاص بي ، لا يعمل.

ما هي حالة لوحة المفاتيح التي تعمل باللمس وخدمة الكتابة اليدوية؟

تم ضبط نوع بدء التشغيل على "معطل"

اضبطه على شيء آخر غير المعطل. هذا هو موضوع آخر 15 تعليقًا على هذا الموضوع.

نعم ، آسف لذلك 😞.

شكرا جزيلا لهذا. هل يجب علي حذف تعليقاتي؟

سوف أتعامل مع التنظيف. شكرا لك!

على نظامي (Win10 x64 19041.508) يؤدي تشغيل MSI Afterburner 4.6.2 beta 2 إلى تعطيل الإدخال في Windows Terminal. يؤدي إغلاق هذا التطبيق إلى حل المشكلة.

كذلك هنا

غير قادر على كتابة المدخلات في vscode الطرفية المتكاملة على manjaro

LoboTormenta هذا ليس مستودع VSCode _or_ Manjaro. على الرغم من أنه يحتوي على "Terminal" في الاسم ، فهو _not_ مستودع التخزين الشامل لإيداع المشكلات في المحطات الطرفية بشكل عام.

نظرًا لأن هذا الموضوع قد استكمل مساره وله سبب جذري معروف ، لطيفة لنا / عنا (مرحبًا سأقفل هذا الموضوع .

إذا كنت تواجه هذه المشكلة ، فتأكد من عدم تعطيل "لوحة المفاتيح التي تعمل باللمس وخدمة الكتابة اليدوية". بعض برامج "إزالة الانتفاخ" (وعلى ما يبدو MSI Afterburner) تحب تعطيلها أو قمعها باسم جعل جهازك أقل قابلية للفهم و "أسرع".

إذا كنت تواجه مشكلة في الإدخال _لا_ يتم مساعدتك من خلال الخروج من MSI Afterburner أو إعادة تمكين "Touch Keyboard and Handwriting Service" ، يرجى تقديم مشكلة جديدة .