Ask Windows Terminal how to disable automatic update #21048

Closed
opened 2026-01-31 07:31:39 +00:00 by claunia · 3 comments
Owner

Originally created by @thousmile on GitHub (Jan 4, 2024).

Windows Terminal version

No response

Windows build number

No response

Other Software

No response

Steps to reproduce

Ask Windows Terminal how to disable automatic updates, there are too many BUGs in the latest version. Can't use it at all! 1.18.x opened for the first time, and the air environment variable. Can't find a place to close

Expected Behavior

aa

Actual Behavior

aa

Originally created by @thousmile on GitHub (Jan 4, 2024). ### Windows Terminal version _No response_ ### Windows build number _No response_ ### Other Software _No response_ ### Steps to reproduce Ask Windows Terminal how to disable automatic updates, there are too many BUGs in the latest version. Can't use it at all! 1.18.x opened for the first time, and the air environment variable. Can't find a place to close ### Expected Behavior aa ### Actual Behavior aa
claunia added the Needs-TriageIssue-BugNeeds-Author-Feedback labels 2026-01-31 07:31:39 +00:00
Author
Owner

@zadjii-msft commented on GitHub (Jan 4, 2024):

Can you please add the exact version number? We had a couple fixes for some environment variable issues earlier in 1.18 that we hotfixed in December.

Could you elaborate on the exact issue you're seeing/? If you're seeing something we haven't seen before, I'd rather make sure the issue is tracked so we can fix it, rather than just disable updates entirely 😉

@zadjii-msft commented on GitHub (Jan 4, 2024): Can you please add the exact version number? We had a couple fixes for some environment variable issues earlier in 1.18 that we hotfixed in December. Could you elaborate on the exact issue you're seeing/? If you're seeing something we haven't seen before, I'd rather make sure the issue is tracked so we can fix it, rather than just disable updates entirely 😉
Author
Owner

@thousmile commented on GitHub (Jan 5, 2024):

@zadjii-msft

This video is my operation Windows Terminal version 1.17.11461.0 and version 1.18.3181.0

When version 1.18.3181.0 is opened for the first time, it is a new environment, and the “go version” command configured in the environment variable cannot be executed. After passing the settings, in the new tab, you can execute the “go version” command

Version 1.17.11461.0 has no problems. You can also execute the “go version” command when opening it for the first time.

https://github.com/microsoft/terminal/assets/28520524/57abe296-5690-463d-8df9-51e4d2616b22

@thousmile commented on GitHub (Jan 5, 2024): @zadjii-msft This video is my operation Windows Terminal version 1.17.11461.0 and version 1.18.3181.0 When version 1.18.3181.0 is opened for the first time, it is a new environment, and the “go version” command configured in the environment variable cannot be executed. After passing the settings, in the new tab, you can execute the “go version” command Version 1.17.11461.0 has no problems. You can also execute the “go version” command when opening it for the first time. https://github.com/microsoft/terminal/assets/28520524/57abe296-5690-463d-8df9-51e4d2616b22
Author
Owner

@zadjii-msft commented on GitHub (Jan 5, 2024):

Huh. That's got shades of #16226 in it, but also, seems a bit different. In your case, you shouldn't really be inheriting env vars from File Explorer. Very strange then that the first tab still uses a bad PATH, but the subsequent tabs get a working PATH.

There might be a couple things at play here:

  • Are you on Windows 10? If you are, does this repro if you make absolutely sure there are no other open Terminal windows or processes?
  • What exactly is the difference in your PATH here? (e.g. share $env:path in both a broken tab and a working one)
  • Does this repro if you launch wt from the Run dialog? (maybe there's something weird about the way the shell context menu entry invokes the Terminal)
@zadjii-msft commented on GitHub (Jan 5, 2024): Huh. That's got shades of #16226 in it, but also, seems a bit different. In your case, you shouldn't really be _inheriting_ env vars from File Explorer. Very strange then that the first tab still uses a bad PATH, but the subsequent tabs get a working PATH. There might be a couple things at play here: * Are you on Windows 10? If you are, does this repro if you make absolutely sure there are no other open Terminal windows or processes? * What exactly is the difference in your PATH here? (e.g. share `$env:path` in both a broken tab and a working one) * Does this repro if you launch `wt` from the Run dialog? (maybe there's something weird about the way the shell context menu entry invokes the Terminal)
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/terminal#21048