Vscode: لا تظهر المحطة الطرفية على Windows 7 أي نص

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

هل يظهر عند تبديل الجهاز (ctrl + `، ctrl +`) أو التكبير والتصغير (ctrl ++ ، ctrl + -)؟

توجد أيضًا أي أخطاء في وحدة تحكم devtools (تعليمات> أدوات المطور Toggler)

Tyriar يمكنني استخدام هذه الاختصارات لتبديل الجهاز الطرفي أو التكبير والتصغير. لا يوجد خطأ لدى Devtools ، هناك تحذير:

Ctrl+Alt+ keybindings should not be used by default under Windows.

حاولت تحديد بوويرشيل وجيت باش ، وإعادة تثبيت vscode ، وإعادة تشغيل الكمبيوتر ، وحظر جميع الملحقات. محطة لا تزال لا توجد استجابة.

علامة!

علامة

ارجع إلى الإصدار الأخير ، أعد تثبيت 1.19.2
ستظهر المحطة مرة أخرى

الإصدار 1.19.2
إرسال 490ef761b76b3f3b3832eff7a588aac891e5fe80
التاريخ2018-01-10 T15: 55: 03.538Z
شل 1.7.9
العارض 58.0.3029.110
العقدة 7.9.0
العمارة x64

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

1. "هل تظهر عندما تقوم بتبديل الجهاز الطرفي (ctrl + , ctrl+ ) أو التكبير والتصغير (ctrl ++، ctrl + -)؟"
   ج: يظهر مع كتلة حيث لا يمكنني إدخال أي شيء.
2. "هناك أيضًا أي أخطاء في وحدة تحكم devtools (تعليمات> Toggler Developer Tools)"
   ج: نعم ، لكن يبدو أنه لا علاقة لي بالمحطة.
   

بعد تعطيل هذه الامتدادات.

3- اختفت المشكلة ليوم واحد (لم أفعل شيئًا). لكنها (المشكلة) تظهر مرة أخرى اليوم (لم أفعل شيئًا) ،
وليس لدي فكرة عن ذلك.

版本 1.20.0
提交 c63189deaa8e620f650cc28792b8f5f3363f2c5b
日期 2018-02-07 T17: 09: 39.780Z
شل 1.7.9
و. 58.0.3029.110
العقدة 7.9.0
架构 إلى x64

يبدو وكأنه مشكلة أذونات النظام.
ابحث عن Code.exe في مسار التثبيت ، حدد run as administrator وعد إلى الوضع الطبيعي.

woshiguabi ليس هو الحال بالنسبة لي. حتى تشغيله كمسؤول لا يزال لا يصلحه. (على المطلعين على أي حال)

حسنًا ، يبدو أن تعطيل وضع التوافق يعمل على إصلاحه ، بغض النظر عما إذا كان run is administrator ممكّنًا أم لا.

حسنًا ، يبدو أن تعطيل وضع التوافق يعمل على إصلاحه ، بغض النظر عما إذا تم تمكين المسؤول أم لا.

bitcrazed FYI ، قد يكون هذا انحدار Windows آخر

woshiguabi جيد ، شكرا لك

تم ملاحظة هذا أيضًا. إنه أمر غريب على الرغم من أن الجهاز سيعمل بشكل جيد لبعض الوقت ويمكنني تشغيل أوامر العقدة والأوامر الأيونية وما إلى ذلك. سأصغر الكود أو اسحب إلى نافذة جديدة ويختفي الجهاز. يمكنني استعادته بالنقر فوق سلة المهملات وإعادة فتح الجهاز باستخدام Ctrl + J

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

شكر.

نفس المشكلة

بالنسبة لي ، يحدث هذا في الحالة التالية بشكل متكرر (على Windows):

• افتح VSCode الجديد الذي يبدأ بأقصى حد
• وحدة التحكم المفتوحة (أنا أستخدم WSL bash كصدفة ، في حال كان ذلك مهمًا)
• استعادة النافذة (كل شيء لا يزال على ما يرام في تلك المرحلة)
• تكبير النافذة مرة أخرى (اختفت شل ولن يؤدي أي قدر من التمرير أو الضغط على المفاتيح إلى إعادتها)

@ davec21CherryDT ، جزء السحب / https://github.com/Microsoft/vscode/issues/42999 والذي تم إصلاحه في Insiders ويمكن حله في هذه الأثناء عن طريق إخفاء الجهاز وإظهاره .

Tyriar Hm أنت على حق. لقد كتبت هذا قبل أن أقوم بتحديث VSCode الداخلي الخاص بي إلى أحدث إصدار. تم إصلاحه في 1.21

يمكنني تقديم المزيد من المعلومات حول مشكلة المحطة مؤخرًا.

يحدث هذا غالبًا عندما أقوم بإغلاق vscode تقريبًا مثل إيقاف تشغيل نظامي بدون إغلاق vscode.exe أو إغلاق vscode أثناء عمل الجهاز.
2- وجدت أيضًا حلاً: ملف => إنشاء نافذة جديدة. في هذه الحالة ، حتى المحطة الطرفية للنافذة القديمة لا تزال لا تعمل بشكل طبيعي ، ولكن محطة النافذة الجديدة غير صالحة!

bitcrazedTyriar ربما يمكن أن تساعدك على العثور على سبب.

هل يمكن للأشخاص الذين يواجهون هذه المشكلة اختبار ما إذا كان يتم إعادة نشرها ضمن المطلعين؟ هناك مشكلة تبدو مشابهة جدًا لهذه المشكلة والتي تم إصلاحها بالفعل https://code.visualstudio.com/insiders/

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

Technoblazed ، لقد فاتني الجزء المتعلق بوضع التوافق ، هل تقوم بتشغيل VS Code في وضع التوافق 😕

كنت أقوم بتشغيله في وضع التوافق بحيث يمكن اكتشافه من خلال التقاط الشاشة على OBS الخاص بي ، ولكن من الواضح أنني أفضل تشغيل الجهاز بدلاً من التقاط الشاشة ؛)

يمكنني إعادة إنتاج الجهاز الذي لا يعمل في وضع التوافق مع Windows 8 ، ولكن هذا يحدث أيضًا في الإصدار 1.19 وقد ذكر أنه يعمل هناك https://github.com/Microsoft/vscode/issues/43169#issuecomment -364663482، I حتى التحقق من 1.17 وهو نفس الشيء. أتساءل عما إذا كان يعمل فقط عند الرجوع إلى إصدار أقدم لأنه ملف تنفيذي جديد لا يعمل في وضع التوافق بعد الآن؟

إذا كان هذا كله مرتبطًا بوضع التوافق والمحطة الطرفية ، فأنا لا أفهم حقًا سبب حدوث تدفق هائل للتقارير الخاصة بهذه المشكلة مؤخرًا ، إلا إذا كان العديد من الأشخاص يقومون بالترقية من Windows 8 إلى 10 مؤخرًا لسبب ما (يتم تعيين وضع التوافق تلقائيًا عند ترقية AFAIK)؟ أو ربما يكون هذا مجرد ارتباك حول https://github.com/Microsoft/vscode/issues/42999 والذي يصعب على الناس تمييزه عن هذا.

يبدو أن سبب عدم موت الجهاز هو أن عملية الغلاف الخلفي لا تزال قيد التشغيل:

أبلغت OP أيضًا عن استخدام Windows 7. بالنسبة للأشخاص الذين يمكنهم التكاثر على Insider ، هل يمكنك التحقق مما إذا كنت تعمل في ظل وضع التوافق وإخباري ما هو نظام التشغيل لديك وما هو وضع التوافق قيد التشغيل؟ للتحقق من ذلك ، يمكنك النقر بزر الماوس الأيمن على الملف القابل للتنفيذ ثم الانتقال إلى الخصائص -> التوافق.

Windows 10 ، التوافق مضبوط على 8

Technoblazed هل قمت بالترقية مؤخرًا؟

يوجد بالفعل قسم في الأسئلة الشائعة التي أضفتها منذ وقت طويل لقد تذكرت للتو 😄 https://code.visualstudio.com/docs/editor/integrated-terminal#_common -questions

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

Technoblazed مثيرة للاهتمام ، ولكن المحطة عملت بشكل جيد قبل ذلك الحين؟ كان السلوك القديم الذي دفعني إلى تحديث المستندات هو أن الجهاز الطرفي سيخرج ويعرض إشعارًا. هل قمت بالترقية من Windows 8 في وقت ما أم كان هذا تثبيتًا جديدًا لنظام Windows 10 أو ترقية من Windows 7؟

لقد ذكرت أن لديك وضع التوافق لبعض شيء التقاط العرض ، هل قمت بتعيين هذا يدويًا؟

نعم ، لقد قمت بتمكينه يدويًا منذ أشهر وكان جيدًا ، فقط حتى تحديث منشئي المحتوى الأخير الذي تعطل. وكان هذا تثبيتًا جديدًا لـ Win 10 Pro

technoblazed شكرا لجميع المعلومات 😃

bitcrazed TLDR: ربما لا تكون هذه هي مشكلة OP ، ولكن يبدو أن الجهاز لم يعد يعمل عندما يعمل Windows 10 في وضع التوافق مع Windows 8. عملت بشكل جيد قبل FCU رغم ذلك. نحن لا نؤيد ذلك

تضمين التغريدة
لدي نفس المشكلة. النسخة المطلعة هي الأحدث.

وفيما يلي السجلات عندما أقوم بإضافة محطة طرفية جديدة:

النظام: Windows 7
وضع التوافق: إيقاف

لدي مشكلة مشابهة جدًا ، لكنها كانت خطأي تمامًا. لقد نسيت إضافة bash.exe أو powershell.exe في نهاية المسار

لدي نفس المشكلة في win7:

لكنها تعمل بشكل جيد في win10

@ lizhihua0925 @ daix6 اختر نافذة جديدة من قائمة "ملف" ، إنها تعمل بالنسبة لي ، يمكنك المحاولة.

Bendjen للأسف لا يعمل بالنسبة لي

حسنًا ، أعتقد أن مشكلة OP تتعلق بالمحطة التي لا تعمل فقط على Windows 7 https://github.com/Microsoft/vscode/issues/43169 ، أعتقد أن التقارير الأخرى هي مشكلات منفصلة (وضع توافق Windows 8 غير مدعوم ، يمكن تكبير اخفي النص).

لكنها عملت في Windows 7 من قبل في الواقع ، وفجأة تعطلت يومًا ما ...

Bendjen أوه ، هذا لا يعمل بالنسبة لي (فوز 7 ، vscode 1.20.1)

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

المحطة تعمل بشكل مدهش اليوم. ولم أفعل شيئًا. لا تحديث ، لا تكوين ...

@ daix6 هل أنت على Windows 7؟ ما هو إصدار VS Code الذي تستخدمه (بما في ذلك الالتزام / التاريخ إذا كنت مشتركًا في Insider)؟

Tyriar أنا على windows 7 وأرى المشكلة أثناء تشغيل الإصدار التالي من VSCode:

Version 1.21.1
Commit 79b44aa704ce542d8ca4a3cc44cfca566e7720f1
Date 2018-03-14T14:46:47.128Z
Shell 1.7.9
Renderer 58.0.3029.110
Node 7.9.0
Architecture x64

لا أعمل في وضع التوافق ، ولا يعمل حل "النافذة الجديدة" بالنسبة لي. أيضًا إذا قمت بتشغيل كمسؤول ، فسيتم تحميل الجهاز المتكامل بشكل جيد ، ولكن لا يتم تشغيله كمستخدم عادي.

كانت تواجه نفس المشكلة لمدة 3 أشهر على Windows 10 # 40175

mtpultz هل لديك وضع التوافق

أواجه هذا في Win 10 مع إيقاف وضع التوافق لـ Code.

Tyriar نعم ، أنا على نظام التشغيل windows 7. قمت بتحديث رمز vs إلى 1.21.1 بعد عمل الجهاز.

WackyWesley يجب عليك إنشاء عدد جديد للمناقشة هناك

لذا لمحاولة تلخيص ...
المشكلة: محطة طرفية متكاملة فارغة

تفاصيل القضية

• تظهر المشكلة عبر إصدارات Windows (7،8،10).
• تظهر المشكلة عبر إصدارات التعليمات البرمجية (1.21.0 ، 1.21.1).
• تظهر المشكلة حتى عندما يتم تعطيل جميع الملحقات.
• لا يبدو أن المشكلة توفر سجلات مفيدة لوحدة التحكم (# 40175)

بعض الحلول التي تم الإبلاغ عنها بمعدلات نجاح مختلطة:

• يمكن تجنب المشكلة _ في بعض الأحيان_ عن طريق إيقاف تشغيل وضع التوافق. (Technoblazed)
• يمكن تجنب المشكلة _ في بعض الأحيان_ بالترقية إلى الإصدار 1.21.1 (@ daix6)
• يمكن تجاوز المشكلة _ أحيانًا_ عن طريق فتح نافذة تعليمات برمجية جديدة عبر قائمة ملف (Bendjen)
• يمكن تجاوز المشكلة _ أحيانًا _ عن طريق تشغيل الكود كمسؤول (woshiguabi)

meichthys أعتقد أننا

Tyriar لقد أدى تثبيت إصدار أقدم إلى إصلاح المشكلة بالنسبة لي.
لقد قمت بتثبيت: https://code.visualstudio.com/updates/v1_20
سأخطط لتشغيل هذا الإصدار حتى يتم حل المشكلة.

لقد حصلت للتو على Windows 7 VM قيد التشغيل ويعمل كل من cmd وowershell بشكل جيد في 1.20.1 و 1.21.1 و 1.22.0 من المطلعين.

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

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

meichthys ، هل لديك أي برنامج آخر لمكافحة الفيروسات أو برنامج مشابه يمكن أن يفعل شيئًا مشابهًا؟

أنا افعل. لقد حاولت تعطيل برنامج مكافحة الفيروسات أثناء التحديث / التثبيت / التشغيل دون حظ.
لقد حاولت أيضًا استخدام المُحدِّث المدمج للتحديث إلى أحدث إصدار ، وأرى نفس المشكلة مرة أخرى (يعمل كمسؤول بالرغم من ذلك).

meichthys هل يمكنك التحقق من أذونات المستخدم لهذا الملف؟

C:\Program Files\Microsoft VS Code\resources\app\node_modules\node-pty\build\Release\winpty-agent.exe

هذا ما يبدو لي:

Tyriar تبدو أذوناتك ، لكن
C: \ Program Files \ Microsoft VS Code \ Resources \ app \

meichthys آه ذلك لأنني قمت بتثبيت الإصدار 1.20.1 في ذلك الوقت ، لدي هذا المسار إذا انتقلت إلى 1.21.1

meichthys شيء آخر يمكنك تجربته:

1. تثبيت VS Code Insiders (إن لم يكن بالفعل)
2. أغلق جميع نوافذ المطلعين
3. افتح cmd.exe
4. قم بتشغيل Code-Insiders --log trace
5. افتح المحطة
6. افتح لوحة الأوامر (F1) وقم بتشغيل الأمر "المطور: فتح ملف السجل ..."
7. الصق ما تراه

هنا لي:

[2018-03-27 11:45:14.190] [renderer1] [trace] openWorkbench configuration {"_":[],"help":false,"h":false,"version":false,"v":false,"wait":false,"w":false,"diff":false,"d":false,"add":false,"a":false,"goto":false,"g":false,"new-window":false,"n":false,"unity-launch":false,"reuse-window":false,"r":false,"open-url":false,"performance":false,"p":false,"prof-startup":false,"verbose":false,"logExtensionHostCommunication":false,"disable-extensions":false,"disableExtensions":false,"list-extensions":false,"show-versions":false,"nolazy":false,"issue":false,"skip-getting-started":false,"skip-release-notes":false,"sticky-quickopen":false,"disable-restore-windows":false,"disable-telemetry":false,"disable-updates":false,"disable-crash-reporter":false,"skip-add-to-recently-opened":false,"status":false,"s":false,"file-write":false,"file-chmod":false,"log":"trace","appRoot":"c:\\Program Files\\Microsoft VS Code Insiders\\resources\\app","machineId":"9aec06d7ba7c54a98ecbfa544862e4058bea4c014088f181619dcb42349a904c","execPath":"C:\\Program Files\\Microsoft VS Code Insiders\\Code - Insiders.exe","userEnv":{"VSCODE_IPC_HOOK":"\\\\.\\pipe\\491ddf78bc8e277b81b63c379151c48e-1.22.0-insider-main-sock","VSCODE_NLS_CONFIG":"{\"locale\":\"en-us\",\"availableLanguages\":{}}","VSCODE_LOGS":"C:\\Users\\daimms\\AppData\\Roaming\\Code - Insiders\\logs\\20180327T114513"},"isInitialStartup":true,"filesToOpen":[],"filesToCreate":[],"filesToDiff":[],"nodeCachedDataDir":"C:\\Users\\daimms\\AppData\\Roaming\\Code - Insiders\\CachedData\\d656cdac7d61c16330520420e57a103697dde16d","backupPath":"C:\\Users\\daimms\\AppData\\Roaming\\Code - Insiders\\Backups\\1522176226069","windowId":1,"logLevel":0,"fullscreen":false,"highContrast":false,"accessibilitySupport":false,"baseTheme":"vs-dark","backgroundColor":"#1e1e1e","perfEntries":["mark","main:started",1522176313090,0,"mark","main:appReady",1522176313122,0,"mark","main:loadWindow",1522176313324,0],"perfStartTime":1522176313090,"perfWindowLoadTime":1522176313324}
[2018-03-27 11:45:14.206] [renderer1] [trace] lifecycle: starting up (startup kind: 1)
[2018-03-27 11:45:14.226] [renderer1] [trace] lifecycle: phase changed (value: 2)
[2018-03-27 11:45:14.424] [renderer1] [trace] lifecycle: phase changed (value: 3)
[2018-03-27 11:45:17.435] [renderer1] [trace] lifecycle: phase changed (value: 4)
[2018-03-27 11:45:17.953] [renderer1] [trace] terminalInstance#ctor (id: 1) {}
[2018-03-27 11:45:18.362] [renderer1] [debug] Terminal process ready (id: 1, processId: 3124)
[2018-03-27 11:45:20.814] [renderer1] [trace] CommandService#executeCommand workbench.action.showCommands
[2018-03-27 11:45:21.644] [renderer1] [trace] CommandService#executeCommand workbench.action.openLogFile

تمكن sbatten من إعادة إنشاء محطة المؤشر الوحيدة الغامضة على نظام التشغيل Windows 10 ولكنها كانت غير مستقرة. شيء واحد يجب ملاحظته هو أن حدث جاهز للعملية النهائية لم يحدث له أبدًا:

[2018-03-27 11:45:18.362] [renderer1] [debug] Terminal process ready (id: 1, processId: 3124)

يبدو أيضًا أن التبديل إلى powerhell يعمل على إصلاح المشكلة ثم العودة إلى cmd تم إصلاحه.

حدث repro الأصلي بعد تمكين الراوي.

Tyriar هنا تتبع السجل الخاص بي أثناء العمل كمسؤول (لا توجد مشكلة). يبدو مشابهًا جدًا لك ...

[2018-03-27 15:20:46.530] [renderer1] [trace] openWorkbench configuration {"_":[],"help":false,"h":false,"version":false,"v":false,"wait":false,"w":false,"diff":false,"d":false,"add":false,"a":false,"goto":false,"g":false,"new-window":false,"n":false,"unity-launch":false,"reuse-window":false,"r":false,"open-url":false,"performance":false,"p":false,"prof-startup":false,"verbose":false,"logExtensionHostCommunication":false,"disable-extensions":false,"disableExtensions":false,"list-extensions":false,"show-versions":false,"nolazy":false,"issue":false,"skip-getting-started":false,"skip-release-notes":false,"sticky-quickopen":false,"disable-restore-windows":false,"disable-telemetry":false,"disable-updates":false,"disable-crash-reporter":false,"skip-add-to-recently-opened":false,"status":false,"s":false,"file-write":false,"file-chmod":false,"log":"trace","appRoot":"c:\\Program Files\\Microsoft VS Code Insiders\\resources\\app","machineId":"a0565eec5b67a97b961964ecf9bfbd91fe2662ed245ce10ed56b250a48bad3df","execPath":"C:\\Program Files\\Microsoft VS Code Insiders\\Code - Insiders.exe","userEnv":{"VSCODE_IPC_HOOK":"\\\\.\\pipe\\2f533cd3561e694c39f3bd3ae67904d8-1.22.0-insider-main-sock","VSCODE_NLS_CONFIG":"{\"locale\":\"en-us\",\"availableLanguages\":{}}","VSCODE_LOGS":"C:\\Users\\restore\\AppData\\Roaming\\Code - Insiders\\logs\\20180327T152045"},"isInitialStartup":true,"filesToOpen":[],"filesToCreate":[],"filesToDiff":[],"nodeCachedDataDir":"C:\\Users\\restore\\AppData\\Roaming\\Code - Insiders\\CachedData\\d656cdac7d61c16330520420e57a103697dde16d","backupPath":"C:\\Users\\restore\\AppData\\Roaming\\Code - Insiders\\Backups\\1522177986943","windowId":1,"logLevel":0,"fullscreen":false,"highContrast":false,"accessibilitySupport":false,"baseTheme":"vs-dark","backgroundColor":"#1e1e1e","perfEntries":["mark","main:started",1522178445038,0,"mark","main:appReady",1522178445059,0,"mark","main:loadWindow",1522178445235,0],"perfStartTime":1522178445038,"perfWindowLoadTime":1522178445236}
[2018-03-27 15:20:46.539] [renderer1] [trace] lifecycle: starting up (startup kind: 1)
[2018-03-27 15:20:46.555] [renderer1] [trace] lifecycle: phase changed (value: 2)
[2018-03-27 15:20:46.691] [renderer1] [trace] lifecycle: phase changed (value: 3)
[2018-03-27 15:20:48.020] [renderer1] [trace] CommandService#executeCommand setContext
[2018-03-27 15:20:49.702] [renderer1] [trace] lifecycle: phase changed (value: 4)
[2018-03-27 15:20:52.301] [renderer1] [trace] CommandService#executeCommand workbench.action.terminal.toggleTerminal
[2018-03-27 15:20:52.303] [renderer1] [trace] terminalInstance#ctor (id: 1) {}
[2018-03-27 15:20:52.671] [renderer1] [debug] Terminal process ready (id: 1, processId: 2544)
[2018-03-27 15:21:02.134] [renderer1] [trace] CommandService#executeCommand workbench.action.showCommands
[2018-03-27 15:21:09.985] [renderer1] [trace] CommandService#executeCommand workbench.action.openLogFile

... وهنا أثناء التشغيل كمستخدم (المشكلة مستمرة):

[2018-03-27 15:27:15.015] [renderer1] [trace] openWorkbench configuration {"_":[],"help":false,"h":false,"version":false,"v":false,"wait":false,"w":false,"diff":false,"d":false,"add":false,"a":false,"goto":false,"g":false,"new-window":false,"n":false,"unity-launch":false,"reuse-window":false,"r":false,"open-url":false,"performance":false,"p":false,"prof-startup":false,"verbose":false,"logExtensionHostCommunication":false,"disable-extensions":false,"disableExtensions":false,"list-extensions":false,"show-versions":false,"nolazy":false,"issue":false,"skip-getting-started":false,"skip-release-notes":false,"sticky-quickopen":false,"disable-restore-windows":false,"disable-telemetry":false,"disable-updates":false,"disable-crash-reporter":false,"skip-add-to-recently-opened":false,"status":false,"s":false,"file-write":false,"file-chmod":false,"log":"trace","appRoot":"c:\\Program Files\\Microsoft VS Code Insiders\\resources\\app","machineId":"a0565eec5b67a97b961964ecf9bfbd91fe2662ed245ce10ed56b250a48bad3df","execPath":"C:\\Program Files\\Microsoft VS Code Insiders\\Code - Insiders.exe","userEnv":{"VSCODE_IPC_HOOK":"\\\\.\\pipe\\9e6e98061bb7eefb77a4c8ef5424b2a1-1.22.0-insider-main-sock","VSCODE_NLS_CONFIG":"{\"locale\":\"en-us\",\"availableLanguages\":{}}","VSCODE_LOGS":"C:\\Users\\mgieger\\AppData\\Roaming\\Code - Insiders\\logs\\20180327T152714"},"isInitialStartup":true,"filesToOpen":[],"filesToCreate":[],"filesToDiff":[],"nodeCachedDataDir":"C:\\Users\\mgieger\\AppData\\Roaming\\Code - Insiders\\CachedData\\d656cdac7d61c16330520420e57a103697dde16d","backupPath":"C:\\Users\\mgieger\\AppData\\Roaming\\Code - Insiders\\Backups\\1522177998428","windowId":1,"logLevel":0,"fullscreen":false,"highContrast":false,"accessibilitySupport":false,"baseTheme":"vs-dark","backgroundColor":"#1e1e1e","perfEntries":["mark","main:started",1522178834245,0,"mark","main:appReady",1522178834268,0,"mark","main:loadWindow",1522178834427,0],"perfStartTime":1522178834245,"perfWindowLoadTime":1522178834427}
[2018-03-27 15:27:15.025] [renderer1] [trace] lifecycle: starting up (startup kind: 1)
[2018-03-27 15:27:15.044] [renderer1] [trace] lifecycle: phase changed (value: 2)
[2018-03-27 15:27:15.088] [renderer1] [trace] lifecycle: phase changed (value: 3)
[2018-03-27 15:27:15.238] [renderer1] [trace] terminalInstance#ctor (id: 1) {}
[2018-03-27 15:27:16.643] [renderer1] [trace] CommandService#executeCommand setContext
[2018-03-27 15:27:18.102] [renderer1] [trace] lifecycle: phase changed (value: 4)
[2018-03-27 15:27:24.254] [renderer1] [trace] CommandService#executeCommand workbench.action.showCommands
[2018-03-27 15:27:25.711] [renderer1] [trace] CommandService#executeCommand workbench.action.openLogFile
[2018-03-27 15:27:27.125] [renderer1] [trace] CommandService#executeCommand workbench.action.openLogViewer

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

يبدو جيدا. اسمحوا لي أن أعرف إذا كنت تريد مني إجراء أي اختبارات / سجلات أخرى.

meichthys لقد أضفت للتو بعض السجلات الإضافية ، إذا كان بإمكانك إجراء اختبار السجل نفسه في البناء الجديد غدًا ، فسيكون ذلك رائعًا 😃

Tyriar شكرا. سوف تفعل.

meichthys يجب أن يحتوي

Tyriar استمرت المشكلة ،

meichthys ، يمكنك مسح جزء الكائن env إذا كنت تريد ، ولست مهتمًا بذلك

لا أعتقد أنه كان هناك الكثير من الاهتمام ، لكن هنا على أي حال:

[2018-03-29 15:13:43.255] [renderer1] [trace] openWorkbench configuration {"_":[],"help":false,"h":false,"version":false,"v":false,"wait":false,"w":false,"diff":false,"d":false,"add":false,"a":false,"goto":false,"g":false,"new-window":false,"n":false,"unity-launch":false,"reuse-window":false,"r":false,"open-url":false,"performance":false,"p":false,"prof-startup":false,"verbose":false,"logExtensionHostCommunication":false,"disable-extensions":false,"disableExtensions":false,"list-extensions":false,"show-versions":false,"nolazy":false,"issue":false,"skip-getting-started":false,"skip-release-notes":false,"sticky-quickopen":false,"disable-restore-windows":false,"disable-telemetry":false,"disable-updates":false,"disable-crash-reporter":false,"skip-add-to-recently-opened":false,"status":false,"s":false,"file-write":false,"file-chmod":false,"log":"trace","appRoot":"c:\\Program Files\\Microsoft VS Code Insiders\\resources\\app","machineId":"a0565eec5b67a97b961964ecf9bfbd91fe2662ed245ce10ed56b250a48bad3df","execPath":"C:\\Program Files\\Microsoft VS Code Insiders\\Code - Insiders.exe","userEnv":{"VSCODE_IPC_HOOK":"\\\\.\\pipe\\9e6e98061bb7eefb77a4c8ef5424b2a1-1.22.0-insider-main-sock","VSCODE_NLS_CONFIG":"{\"locale\":\"en-us\",\"availableLanguages\":{}}","VSCODE_LOGS":"C:\\Users\\mgieger\\AppData\\Roaming\\Code - Insiders\\logs\\20180329T151341"},"isInitialStartup":true,"filesToOpen":[],"filesToCreate":[],"filesToDiff":[],"nodeCachedDataDir":"C:\\Users\\mgieger\\AppData\\Roaming\\Code - Insiders\\CachedData\\952b2a641da89a6c7bc28387474bc8afd47f0d2f","backupPath":"C:\\Users\\mgieger\\AppData\\Roaming\\Code - Insiders\\Backups\\1522177998428","windowId":1,"logLevel":0,"fullscreen":false,"highContrast":false,"accessibilitySupport":false,"baseTheme":"vs-dark","backgroundColor":"#1e1e1e","perfEntries":["mark","main:started",1522350821667,0,"mark","main:appReady",1522350821698,0,"mark","main:loadWindow",1522350821932,0],"perfStartTime":1522350821667,"perfWindowLoadTime":1522350821932}
[2018-03-29 15:13:43.276] [renderer1] [trace] lifecycle: starting up (startup kind: 1)
[2018-03-29 15:13:43.293] [renderer1] [trace] lifecycle: phase changed (value: 2)
[2018-03-29 15:13:43.434] [renderer1] [trace] lifecycle: phase changed (value: 3)
[2018-03-29 15:13:43.517] [renderer1] [trace] terminalInstance#ctor (id: 1) {}
---env oject omitted---
[2018-03-29 15:13:45.068] [renderer1] [trace] CommandService#executeCommand setContext
[2018-03-29 15:13:46.476] [renderer1] [trace] lifecycle: phase changed (value: 4)
[2018-03-29 15:13:53.609] [renderer1] [trace] CommandService#executeCommand workbench.action.showCommands

هذا هو خط التصحيح:

[2018-03-29 15:13:43.517] [renderer1] [debug] Terminal process launching (id: 1) {"env": **left out**,"cwd":"c:\\Program Files\\Microsoft VS Code Insiders\\resources\\app\\out\\vs\\workbench\\parts\\terminal\\node"}

meichthys مثير للاهتمام ، هذا يخبرني أن العملية تبدأ ولكنها لا ترسل أي رسائل أو تخرج ، إنها تجلس هناك فقط. هل يمكنك محاولة إلقاء نظرة على شجرة العملية عن طريق تشغيل code-insiders --status ولصقها؟ الجدول الذي يحتوي على هذا العنوان هو ما أسعى إليه:

CPU %   Mem MB     PID  Process

هل يمكنك أيضًا الحصول على الجدول عند فتح محطات متعددة أيضًا؟

إليك ما أحصل عليه عند تشغيل أمر الحالة:

Collecting CPU and memory information. This might take a couple of seconds.
[main 3:39:47 PM] Error: Get-WmiObject : Invalid class "Win32_Process"
At C:\Program Files\Microsoft VS Code Insiders\resources\app\out\vs\base\node\ps-win.ps1:114 char:19
+ foreach ($item in Get-WmiObject Win32_Process -Filter "name = '$ProcessName'") {
+                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidType: (:) [Get-WmiObject], ManagementException
    + FullyQualifiedErrorId : GetWMIManagementException,Microsoft.PowerShell.Commands.GetWmiObjectCom
   mand

Get-WmiObject : Invalid class "Win32_Process"
At C:\Program Files\Microsoft VS Code Insiders\resources\app\out\vs\base\node\ps-win.ps1:117 char:19
+ foreach ($item in Get-WmiObject Win32_Process -Filter "name = 'codeHelper.exe'") ...
+                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidType: (:) [Get-WmiObject], ManagementException
    + FullyQualifiedErrorId : GetWMIManagementException,Microsoft.PowerShell.Commands.GetWmiObjectCom
   mand

Get-WmiObject : Invalid class "Win32_Process"
At C:\Program Files\Microsoft VS Code Insiders\resources\app\out\vs\base\node\ps-win.ps1:121 char:19
+ foreach ($item in Get-WmiObject Win32_Process -Filter "name Like '%'") {
+                   ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidType: (:) [Get-WmiObject], ManagementException
    + FullyQualifiedErrorId : GetWMIManagementException,Microsoft.PowerShell.Commands.GetWmiObjectCom
   mand


    at ChildProcess.<anonymous> (C:\Program Files\Microsoft VS Code Insiders\resources\app\out\vs\code\electron-main
\main.js:157:375)
    at emitTwo (events.js:106:13)
    at ChildProcess.emit (events.js:194:7)
    at Process.ChildProcess._handle.onexit (internal/child_process.js:215:12)

meichthys 😕 الذي يبدو وكأنه خطأ ، تم إنشاؤه https://github.com/Microsoft/vscode/issues/46963 لمتابعة ذلك. بدلاً من --status إذن ، هل يمكنك محاولة الحصول على شجرة العملية ولصقها ضمن VS Code باستخدام ProcessExplorer ؟

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

meichthys hmm ، هذا ليس بالضبط ما كنت

""

""
آسف ، الصورة صغيرة جدًا .. هذا يُظهر ثلاث عمليات طرفية (بدأت بثلاث محطات طرفية ثم أغلقت 2 ، لكن لا تزال هناك ثلاث عمليات)

تضمين التغريدة شكرا لبقائك معي 😄

تهدف العملية --type=terminal إلى أن يكون لديك دائمًا أطفال (conhost.exe و winpty-agent.exe و cmd.exe /owershell.exe / إلخ). نظريتي الحالية هي أن هناك شيئًا ما يفشل عند بدء عملية عامل winpty بحيث لا يطلق حدث الخروج أبدًا. ومن ثم فإن سبب عدم إيقاف عملية --type=terminal أبدًا هو أننا قمنا بإعداد فترات زمنية تحافظ على عملية العقدة على قيد الحياة.

النظر فيه أكثر الآن.

لا يمكنني رؤية أي شيء في الإصدارات الأخيرة من node-pty من شأنه أن يؤثر على الطرفية init على Windows https://github.com/Tyriar/node-pty/compare/0.7.1...0.7.4

لست متأكدًا مما إذا كان هذا يساعد:

يبدو أنني أصلحت الجهاز بنفسي. كان لدي ملف إعدادات مستخدم مع إعادة تعريف لنوع الجهاز الطرفي (cmd إلى bash):
"terminal.integrated.shell.windows": "C:\\Program Files\\Git\\bin\\bash.exe",

لكنني وجدت أنه بعد التحديث ، يكون لمفتاح الإعدادات هذا اسمًا مختلفًا في الإعدادات الافتراضية:
"terminal.external.windowsExec": "C:\\windows\\System32\\cmd.exe",

لذلك قمت بتغيير إعدادات المستخدم وفقًا لذلك وذهبت المشكلة:
"terminal.external.windowsExec": "C:\\Program Files\\Git\\bin\\bash.exe"

Riconec شكرًا على هذا الاقتراح ، ولكن كلاً من إعدادات terminal.integrated.shell.windows و terminal.external.windowsExec موجودة في الإصدار 1.21.1. ربما يمكن أن تساعد Tyriar في توضيح الفرق بين الإعدادين. بالنسبة لي ، كلا هذين الإعدادين لهما نفس المسار: "C:\\Windows\\System32\\cmd.exe"

Riconecmeichthys هذان إعدادان مختلفان ويجب أن توضح التعليقات الموجودة في الإعدادات الفرق. terminal.external.windowsExec موجودًا قبل المحطة المتكاملة ، وسوف يطلق محطة خارجية (ctrl / cmd + shift + c) ، terminal.integrated.shell.windows نقطة في قذيفة والتي ستعمل داخل المحطة المتكاملة.

meichthysTyriar لكن وضع هذه كلا مفاتيح حل مشكلة في دمج محطة، وليس الخارجية

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

لقد جربت جميع الاقتراحات الواردة في هذا المنشور وما زلت أحصل على المربع الأبيض المربع في المحطة (كما لو كان المؤشر في وضع الإدراج).

@ KevC2 أعلم أنه ليس مثاليًا ، لكن في الوقت الحالي يمكنك الرجوع إلى
https://code.visualstudio.com/updates/v1_20

شكرا ، كان متفائلا. عدت مستوي ولكن لا تذهب ، ما زلت لا تعمل. راجع للشغل ، أنا على Windows 10. يعمل بشكل جيد مع جميع زملائي في العمل ، لكن لست محظوظًا.

الإصدار 1.20.1
قم بتنفيذ f88bbf9137d24d36d968ea6b2911786bfe103002
التاريخ 2018-02-13T15: 34: 36.336Z
شل 1.7.9
العارض 58.0.3029.110
العقدة 7.9.0
العمارة x64

لقد قمت بالنقر فوق Help-Toggle Developer Tools ، وحدد Console ، ثم فتحت محطة طرفية جديدة. أرى هذه الرسائل:
C: \ Program Files \ Microsoft VS Code \ resources \ app \ node_modules \ vscode-xterm \ lib \ Terminal.js: 1482 [انتهاك] تمت إضافة مستمع حدث غير سلبي إلى حدث "عجلة" لحظر التمرير. ضع في اعتبارك وضع علامة على معالج الأحداث على أنه "سلبي" لجعل الصفحة أكثر استجابة.
C: \ Program Files \ Microsoft VS Code \ Resources \ app \ node_modules \ vscode-xterm \ lib \ Terminal.js: 1482 [انتهاك] تمت إضافة مستمع حدث غير سلبي إلى حدث "بدء اللمس" الذي يحظر التمرير. ضع في اعتبارك وضع علامة على معالج الأحداث على أنه "سلبي" لجعل الصفحة أكثر استجابة.
C: \ Program Files \ Microsoft VS Code \ Resources \ app \ node_modules \ vscode-xterm \ lib \ Terminal.js: 1482 [انتهاك] تمت إضافة مستمع حدث غير سلبي إلى حدث "touchmove" الذي يحظر التمرير. ضع في اعتبارك وضع علامة على معالج الأحداث على أنه "سلبي" لجعل الصفحة أكثر استجابة.
actionbar.ts: 119 [انتهاك] استغرق معالج "setTimeout" 117 مللي ثانية

لما يستحق ، أرى هذا عندما أبدأ تشغيل VS. رأيت شيئًا حول تعطيل الإضافات ، لذا لست متأكدًا مما إذا كان مرتبطًا.
marketplace.visualstudio.com/_apis/public/gallery/extensionquery فشل تحميل المورد: استجاب الخادم بالحالة 401 (غير مصرح به)

أواجه نفس المشكلة ومنذ يناير. لقد جربت جميع الاقتراحات هنا وفي قضايا مماثلة ولكن لم ينجح شيء. قيد التشغيل حاليًا 1.22.2 في نظام التشغيل Windows 10 ، لكني أواجه المشكلة منذ 1.19.

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

إذا كان أي شخص على Insider ولا يزال يواجه هذه المشكلة ، فهل يمكنك إضافة هذا إلى ملف الإعدادات ، وإعادة التحميل ومعرفة ما إذا كان ذلك سيؤدي إلى حلها؟

"terminal.integrated.rendererType": "dom"

مزيد من التفاصيل: https://github.com/Microsoft/vscode/issues/46954

لديك نفس المشكلة في vs code 1.23.1 - Window 10

ملاحظة: ليس لدى VS Code Insiders 1.24.0 هذا @ القضايا

أوه ، أنا أتطلع إلى vs code 1.24

بالنسبة لي (الرمز v1.24.1 + Win7) ، فإن سبب الجهاز غير التفاعلي هو وضع التوافق بالتأكيد. Repro هو 100٪.

كخلفية ، أريد تمكين وضع التوافق وفقًا للتوصية الواردة في # 15211 بحيث يتم تعطيل وحدة معالجة الرسومات دائمًا دون الحاجة إلى استخدام --disable-gpu والتي سيتم سحقها في كل مرة يقوم إصدار جديد من Code بتحديث اختصاراتي. في الوقت الحالي ، سأقوم بتعديل الاختصارات الخاصة بي.

والسبب الذي يجعلني أطلب تعطيل GPU هو تجنب وميض الشاشة وإعادة تشغيل برنامج تشغيل Nvidia بشكل متكرر ، على غرار التقارير الأخرى التي رأيتها عبر أنظمة التشغيل ، مثل # 25934 و # 41513 و # 41238 و # 38067 و # 21556 .

تحديث Me Win 10 April:

الإصدار 1.24.1
الالتزام 24f62626b222e9a8313213fb64b10d741a326288
التاريخ 2018-06-13T17: 51: 32.889Z
شل 1.7.12
العارض 58.0.3029.110
العقدة 7.9.0
العمارة x64

إن VSCode الخاص بي جيد. لكن يمكنني إنتاج خطأ كهذا:

1. استخدام قائمة App Better Start
2. أنشئ اختصارًا عبر تطبيق مفتوح باستخدام قائمة بداية أفضل
3. افتح VSCode عبر قائمة بداية أفضل
4. المحطة المتكاملة لا تظهر ...

ولكن عندما تفتح VSCode بشكل طبيعي ، فإنها تعمل بشكل جيد. ربما يساعد ... :)

كحل مؤقت يمكنك تقسيم المحطة إلى نافذتين أو أكثر.

تضمين التغريدة إذا أدى التقسيم إلى إصلاحه ، أتوقع أيضًا تغيير حجم اللوحة / النافذة لإصلاحها أيضًا.

مرحبًا يا رفاق ، لقد قمت بحل لي.
بعد تغيير إعدادات بطاقة الرسوميات في لوحة تحكم Nvidia.
لقد غيرت شاشة الكمبيوتر المحمول إلى Geforce بدلاً من Intel Hd Graphic.
قد يساعد هذا شخص ما / \

لم أصلح المشكلة ، لكنني تمكنت من التغلب عليها. بالنسبة لي ، لم يعمل باش ولا باورشيل ، لكن كمد عمل. لذلك أضفت في إعداداتي json
"terminal.integrated.shell.windows": "C:\\Windows\\System32\\cmd.exe", "terminal.integrated.shellArgs.windows": [ "/K", "path\\to\\bash.exe" ]
الآن ، في كل مرة أقوم فيها بتشغيل مثيل طرفي ، سيتم فتحه كـ cmd ثم تشغيل bash ويكون صالحًا للاستخدام كـ bash من ذلك الحين. يستغرق الأمر ثانية لبدء التشغيل ، ولكن قد يكون جزءًا من ذلك هو أنني اضطررت إلى إنشاء نص برمجي يعمل على تشغيل bash فقط لأنني لم أستطع الحصول عليه لتنفيذ bash مباشرةً نظرًا لوجود مساحة في المسار إلى الملف القابل للتنفيذ ولا كمية الاقتباسات وعمليات الهروب تجعلها تعمل بالطريقة الصحيحة.

لم ينجح الأمر بالنسبة لي في البداية ، لكنني نظرت إلى مسار الملف ، وأدركت أنني كنت أستخدم مسار الملف الخاطئ. كان المجلد "Git" داخل "Program Files (x86)" ، لكن مسار الملف كان من أجل "Program Files". أتمنى أن يكون هذا قد ساعد! (بالمناسبة ، أنا أستخدم Windows ، لذلك بالنسبة لأي نظام تشغيل آخر ، سيكون الأمر مختلفًا.)

لديك نفس المشكلة في vs code 1.25.1 - Window 7

terminal.integrated.rendererType set auto و dom و canvas و إعادة تشغيل المحطة أيضًا لا تعمل.

ملاحظة:

يا!!! يبدو أن تعطيل وضع التوافق لإصلاحه !!!

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

لا أعرف ما إذا كان هذا مفيدًا أم لا ، لكنني ألاحظ هذا غالبًا عندما أقوم بـ RDP إلى صندوقي ؛ في كل مرة أفعل فيها تقريبًا ، تصبح المحطة فارغة (لا تزال تقبل الإدخال ، ولا تزال تظهر حفنة صغيرة من الأحرف ، على الرغم من أنها لن تكون أحرفًا عادية يراها الناس عادةً عند المطالبة). Ctrl + + ، Ctrl + - يصحح الأمر بالنسبة لي ، ولكن إذا تركته ، أحيانًا عندما أقوم بتسجيل الدخول محليًا ، فسيتم تصحيحه ذاتيًا وفي أحيان أخرى لن يحدث ذلك.

لا يمكنني نسخها عن طريق العبث بإعدادات اللون أو السمة أو الدقة ، للأسف.

في الوقت الحالي أيضًا نواجه هذه المشكلة.
تعرض أدوات المطور خاصية "isWrapped" خطأ غير محدد في od

يبدو أن الضغط على مفتاح الإدخال يفعل شيئًا ما؟

مرحبا،
أنا أستخدم بيئة msys bash مع كود vs وكانت تعمل بشكل مثالي حتى تحديث كود vs اليوم.

القضية:
مساحة العمل التي تم تكوينها قبل تحديث التعليمات البرمجية تعمل كما هو متوقع ولكن نفس الإعدادات لم تعد تعمل إذا تم إنشاء مساحة عمل جديدة الآن. لا تظهر محطة bash في Terminal المدمجة

إعداد مساحة العمل:

{
    {
        "workbench.statusBar.visible": true,
        "workbench.activityBar.visible": true,
        "editor.minimap.enabled": false,
        "terminal.integrated.shell.windows": "D:/Workspace/ESP32/toolchain/v3.1/msys32/usr/bin/bash.exe",
        "terminal.integrated.shellArgs.windows": [
            "--login",
        ],
        "terminal.integrated.env.windows": {
            "CHERE_INVOKING": "1",
            "MSYSTEM": "MINGW32",
        },
        "C_Cpp.errorSquiggles": "Disabled",
    }
}

مقابل إصدار الكود:

الإصدار: 1.29.1 (إعداد النظام)
الالتزام: bc24f98b5f70467bc689abf41cc5550ca637088e
التاريخ: 2018-11-15T19: 13: 36.375Z
الإلكترون: 2.0.12
الكروم: 61.0.3163.100
Node.js: 8.9.3
V8: 6.1.534.41
العمارة: x64

أي اقتراحات حول كيفية إصلاح ذلك؟

تم تحديث كود VS اليوم وتوقف الجهاز عن العمل. لا يمكن كتابة أي شيء.

لديك نفس المشكلة في vs code 1.29.1 - Window 10

هل حصل أي شخص على حل هذه المشكلة الطرفية؟ ☹️

Tyriar آمل أن تعمل على حل هذه المشاكل ، المحطة الطرفية المتكاملة (على الأقل على windows) في ما زالت سيئة للغاية وغالبًا ما تكون بالكاد قابلة للاستخدام مقارنة بالمحطة الأصلية.

لدي أيضًا هذه المشكلة مع VS Code 1.29.1 على Windows 10. لم تنجح الإصلاحات المذكورة أعلاه.

ibbgomes https://github.com/Microsoft/vscode/issues/57803

كان لدي نفس المشكلة بالضبط ، الأمر الأكثر غرابة هو أنه يمكنني ببساطة الضغط على ENTER في الفراغ وسيظهر سطر أوامر powerhell ببساطة.

ما جربته ونجحت (ربما يمكن أن يساعد شخصًا ما):

عند البحث قليلاً ، اكتشفت أن terminal.integrated.shell.windows الأصلي كان له مسار خاطئ (كان يشير إلى C:\WINDOWS\Sysnative\WindowsPowerShell\v1.0\powershell.exe ولم يعد ذلك موجودًا ، لسبب ما).

التحقق من المسار الصحيح لـ PowerShell لقد قمت بتحديث إعدادات كل من المستخدم ومساحة العمل إلى C:\Windows\system32\WindowsPowerShell\v1.0\powershell.exe

التغيير إلى bash كما ذكرت المستندات أنني بدأت أيضًا في الحصول على الجهاز في صحة جيدة:

balexandre هذا هو # 57803 على Windows 10 1809 ، وليس Windows 7.

لدي هذه القضايا أيضا. أنا أستخدم windows و bash \ ubuntu WSL من أجل shell الخاص بي. إنه متقطع ولكنه يحدث في حوالي 20-30٪ من الوقت عندما أفتح محطة طرفية. عادةً ما يؤدي إغلاق المحطة الطرفية (رمز سلة المحذوفات) وبدء تشغيل محطة جديدة (رمز علامة الجمع) إلى إعطائي محطة عمل.

نفس المشكلة هنا ؛ هذه هي روايتي:

الإصدار: 1.30.1 (إعداد المستخدم)
الالتزام: dea8705087adb1b5e5ae1d9123278e178656186a
التاريخ: 2018-12-18T18: 12: 07.165Z
الإلكترون: 2.0.12
الكروم: 61.0.3163.100
Node.js: 8.9.3
V8: 6.1.534.41
نظام التشغيل: Windows_NT x64 10.0.17763

المحطة الطرفية (بوويرشيل) فارغة وتوقف البحث الأخير Ctrl+r الأمر (وحدة التحكم تظهر ^R بدلاً من ذلك)

يرجى التوقف عن التعليق هنا إذا كنت تستخدم نظام التشغيل Windows 10 ، فأنت ترى خطأً في Windows تم إصلاحه في الإصدار التالي # 57803.

Tyriar ، هل أنت

أضف هذا إلى ملف settings.json

"terminal.integrated.shellArgs.windows": ["-NoLogo"]

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

@ dougal83 إنه https://github.com/Microsoft/vscode/issues/57803 ، اضغط على Enter مرة أو مرتين لرؤية موجهك

لدي نفس المشكلة. My VS Code: 1.30.2 (إعداد المستخدم).

يرجى التوقف عن التعليق هنا إذا كنت تستخدم نظام التشغيل Windows 10 ، فأنت ترى خطأً في Windows تم إصلاحه في الإصدار التالي # 57803.

كم من الوقت لانتظار هذا الإصدار القادم؟

يرجى التوقف عن التعليق هنا إذا كنت تستخدم نظام التشغيل Windows 10 ، فأنت ترى خطأً في Windows تم إصلاحه في الإصدار التالي # 57803.

版本: 1.31.0 (إعداد النظام)
提交: 7c66f58312b48ed8ca4e387ebd9ffe9605332caa
日期: 2019-02-05 T22: 35: 56.624Z
الإلكترون: 3.1.2
الكروم: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
نظام التشغيل: Windows_NT x64 10.0.17763

هذا الإصدار لا يصلح

أنا على windows 1809 17763.316 الخطأ لا يزال هنا.

هل ستحل إصدارات المعاينة هذا؟

أعتقد أنني وجدت حلاً مؤقتًا!
الخطوة 1: افتح CMD terminal ، قم بتحرير الخصائص ، حدد هذا الخيار

الخطوة 2: أعد تشغيل النظام

قبل:

بعد:

معلومات النظام

نظام التشغيل Windows 10 1809

معلومات VSCode

الإصدار: 1.33.1 (إعداد المستخدم)
الالتزام: 51b0b28134d51361cf996d2f0a1c698247aea XX
التاريخ: 2019-04-11 T08: 27: 14.102Z
الإلكترون: 3.1.6
الكروم: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
نظام التشغيل: Windows_NT x64 10.0.17763

@ yw662 أنا على v 1809 17763.437 ولدي مشكلة. كلاهما على CMD و Bash (ubuntu 18.04 WSL).

leslieeilsel - لقد جربت اقتراحك وتسبب في تعطل موجه cmd (Bash هو افتراضي).

devsetgo يبدو أن هذا ليس حلاً شاملاً ، فلننتظر الإصلاح الرسمي.

تحقق أيضًا من إعداد terminal.integrated.cwd.

لقد نقلت أجهزة الكمبيوتر (من Windows 7 إلى Windows 10 ، ومحرك الأقراص C: و D: إلى C فقط :) وتوقفت المحطة عن العمل. في البداية سيخرج بالرمز 2 ، ثم عندما أقوم بالتحديث اليوم ، سيبدأ ويتجمد بمربع أبيض فقط.

اتضح أن إعداد terminal.integrated.cwd الخاص بي قد تم تعيينه على مجلد على محرك D ، والذي لم يعد موجودًا. التغيير إلى مجلد موجود ثابت المحطة الطرفية.

أعتقد أنني وجدت حلاً مؤقتًا!
الخطوة 1: افتح CMD terminal ، قم بتحرير الخصائص ، حدد هذا الخيار

الخطوة 2: أعد تشغيل النظام

قبل:

بعد:

معلومات النظام

نظام التشغيل Windows 10 1809

معلومات VSCode

الإصدار: 1.33.1 (إعداد المستخدم)
الالتزام: 51b0b28
التاريخ: 2019-04-11 T08: 27: 14.102Z
الإلكترون: 3.1.6
الكروم: 66.0.3359.181
Node.js: 10.2.0
V8: 6.6.346.32
نظام التشغيل: Windows_NT x64 10.0.17763

شكر! هذا حقا يعمل!
تحت نفس النافذة باللغة البرتغالية:

woshiguabi ليس هو الحال بالنسبة لي. حتى تشغيله كمسؤول لا يزال لا يصلحه. (على المطلعين على أي حال)

حسنًا ، يبدو أن تعطيل وضع التوافق يعمل على إصلاحه ، بغض النظر عما إذا كان run is administrator ممكّنًا أم لا.

Technoblazed لقد

Tyriar ، شكرًا لك على وضع علامة على تذكرتي على أنها مكررة حتى أتمكن من العثور على هذا الموضوع وابتكار حل بديل حتى يتم إصلاح ذلك.

حسنًا ، أرى أنك جميعًا في نظام windows. ولدي نفس السؤال في ubuntu16.04. وعندما أواجه المشكلة ، يمكن استعادتها بعد إعادة تشغيل vscode. لكنها ستظهر لاحقًا. إنه فظيع جدا. أي شخص يعرف كيفية حلها ، من فضلك قل لي. شكرا جزيلا.

حسنًا ، أرى أنك جميعًا في نظام windows. ولدي نفس السؤال في ubuntu16.04. وعندما أواجه المشكلة ، يمكن استعادتها بعد إعادة تشغيل vscode. لكنها ستظهر لاحقًا. إنه فظيع جدا. أي شخص يعرف كيفية حلها ، من فضلك قل لي. شكرا جزيلا.

^ انظر إذا كان بإمكانك الوصول إلى خصائص Visual Studio Code -> ثم ابحث في تلك الإعدادات التي تبحث عن خيارات التوافق -> تأكد من أن Visual Studio Code يمكن تشغيله كمسؤول ، ولكن يجب تبديل / إيقاف تشغيل كل شيء آخر.

انظر إذا كان هذا يساعد.

لا توجد خطط لاستثمار المزيد في دعم Windows 7 والواجهة الخلفية التي نستخدمها له (winpty) ، ونتطلع إلى نظام التشغيل Windows 10 1903 الذي نستخدمه فارغًا وهو عبارة عن واجهة خلفية طرفية يقدمها نفس الفريق الذي يبني Windows Terminal حتى نتمكن من العمل مثل هذه الطلبات أسهل بكثير.

إذا كنت تستخدم WIndows 10 وتواجه مشكلات ، فربما ترى # 73790 ويجب عليك إلغاء تحديد استخدام وحدة التحكم القديمة في خصائص conhost.

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

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

شكرا لتفهمك وترميز سعيد!