mirror of
https://github.com/microsoft/terminal.git
synced 2026-02-04 05:35:20 +00:00
Add "open Windows terminal here" into right-click context menu #1416
Closed
opened 2026-01-30 22:25:34 +00:00 by claunia
·
235 comments
No Branch/Tag Specified
main
automated/loc-update
feature/llm
dev/cazamor/sui/search
dev/pabhoj/actions_editor_search
dev/lhecker/11509-kitty-keyboard-protocol
dev/lhecker/11509-kitty-keyboard-protocol-wip
dev/pabhoj/actions_editor_visual
dev/cazamor/selfhost/2026-01-29
dev/duhowett/no-blank-issues-you-lost-privileges-for-that-fam
dev/lhecker/benchcat-fix
dev/lhecker/dcs-perf
dev/duhowett/eoy-25/allow-set-foreground
release-1.24
release-1.23
dev/cazamor/bot/deprecate-area-atlasengine
dev/pabhoj/actions_editor_followups
dev/cazamor/selfhost/2026-01-20
dev/cazamor/selfhost/2026-01-12
dev/cazamor/spec/auto-save
dev/duhowett/eoy-25/underline-colors-in-atlas-bug-redux
dev/duhowett/fhl-2024/asciicast-recorder
dev/duhowett/eoy-25/underline-colors-in-atlas-bug
dev/duhowett/hax/serial-port-support
dev/duhowett/connection-utf8
dev/lhecker/fused-event
dev/lhecker/18928-wip
dev/duhowett/fhl-2024/clang
dev/cazamor/uia-leak
dev/duhowett/win7-wpf-termcontrol-squash
release-1.22
dev/cazamor/selfhost/11-18-v3
dev/cazamor/selfhost/11-18
dev/duhowett/fhl-2025/bitmap-fonts
dev/duhowett/server-2025-vms
dev/duhowett/cant-believe-gotta-do-this-shit
dev/lhecker/1410-large-scrollback
dev/lhecker/dark-mode
dev/cazamor/sui/invert-cursor-color
dev/duhowett/fhl-2025/wt-command-palette-cmdpal-integration
dev/duhowett/fhl-2025/wt-json-relative-icons
dev/lhecker/fucking-service-locator
dev/duhowett/unicode-17
dev/duhowett/multi-blern
dev/lhecker/wellp2-alt
dev/duhowett/wellp2
dev/lhecker/1860-horizontal-scrollbar
dev/lhecker/fix-window-count
dev/cazamor/sui/tab-color-old
dev/duhowett/hax/conhost-icon
dev/duhowett/hax/sui-color-chip-border
dev/duhowett/hax/terminalsettings-as-a-lib-/with-types-merged-into-tsm
dev/pabhoj/page_control_input_cleanup
dev/duhowett/padding-in-atlas-rebase-20250729
dev/lhecker/attach-thread-input
dev/duhowett/portable-shader-members
msbuildcache-reenable
dev/cazamor/selfhost/1.24-2025-06-10
dev/cazamor/upgrade-settings-containers
dev/cazamor/sui/ext-page/powershell-stub
dev/cazamor/selfhost/1.24-2025-05-15
dev/pabhoj/sui_action_overhaul
dev/cazamor/selfhost/1.24-2025-05-06
dev/cazamor/selfhost/1.24-2025-04-29
dev/cazamor/sui/ext-page/lazy-load-objects
dev/cazamor/sui/ext-page/badge
dev/cazamor/selfhost/1.24
dev/lhecker/sdk-26100
dev/duhowett/testing
dev/jadelaga/VS-Pty.Net-1.22
dev/duhowett/fhl-2025/what-if-no-content-ids
dev/cazamor/a11y/vt-seq-prototype
dev/lhecker/18584-part2
dev/lhecker/get-lang-id
dev/duhowett/hax/clogs
release-1.21
dev/pabhoj/featurellm_fix_paste
dev/lhecker/grapheme-backup
dev/jadelaga/VS-Pty.netFixes
dev/lhecker/atlas-engine-compute-shader
dev/migrie/s/ai-providers
dev/lhecker/animated-cursor-wip
dev/pabhoj/featurellm_timeout
dev/lhecker/dark-mode-alt
dev/duhowett/osc-strided-table
dev/lhecker/bugbash
dev/pabhoj/featurellm_improve_parsing
dev/duhowett/coast-to-coast
dev/lhecker/curly-improvements
dev/duhowett/net8
dev/duhowett/onebranch-custom-pool
dev/lhecker/renderer-overhaul-2nd-attempt
dev/lhecker/cleanup
dev/cazamor/sui/confirmation-announcements
dev/lhecker/theme-quality
dev/duhowett/hax/cmake
dev/lhecker/winconpty-cleanup
dev/duhowett/learn/rewrite-highlights
dev/migrie/b/no-nesting-when-searching
release-1.20
dev/lhecker/14165-conhost-font-size
dev/duhowett/sel-2-spans
dev/lhecker/7118-cursor-color
dev/lhecker/remove-glyph-width
dev/lhecker/igfw-scroll-region
dev/lhecker/17656-win32im-double-encoding
dev/duhowett/fhl-2024/merge-idls
dev/duhowett/feed-forward-variables
dev/lhecker/remove-chrome-math
dev/duhowett/copylink
dev/duhowett/applicableactions
gh-readonly-queue/main/pr-17566-de50310295b7d92ed3d51f07974a2a945776bf9d
dev/lhecker/atlas-engine-stride-copy
dev/migrie/b/bump-nuget-in-c
dev/migrie/f/992-redux-redux
dev/migrie/f/filter-weight-input-too
dev/migrie/f/disable-nesting
dev/migrie/f/local-snippets-cleaner
dev/migrie/s/1553-mouse-bindings
selfhost-1.22-bugbash-2024-06-04
selfhost/1.22-bugbash-2024-06-04
dev/lhecker/15689-tab-drag-crash-fix
dev/migrie/f/sxnui-font-size-change
dev/migrie/f/local-snippets-on-action-refactor
dev/migrie/f/just-local-snippets
dev/migrie/save-input-patches
dev/migrie/f/md-pane-official
dev/migrie/base-pane
dev/migrie/fhl/tasks-pane
release-1.19
dev/migrie/b/17130-clear-marks-2
dev/migrie/b/17075-its-me-the-killer
dev/duhowett/i-figured-out-why-sometimes-the-publish-build-failed
dev/duhowett/nuget-publication-with-aad-app-id
selfhost-1.20
dev/duhowett/graph
dev/migrie/b/15803-activate-dont-copypasta
dev/duhowett/is-pgo-broken-because-of-sui-being-slower
dev/migrie/b/remove-terminaltab
dev/migrie/fhl/md-pane
dev/migrie/fhl/local-tasks-2024
dev/migrie/fhl/2024-inline-notebook
dev/duhowett/interface-projects
dev/duhowett/dead-loc
release-1.18
dev/migrie/fhl/2024-spring-merge-base
dev/duhowett/hax/l9
inbox
dev/migrie/14073-on-main
dev/duhowett/hax/conhost_dump_replay
user/lhecker/atlas-engine-srgb
dev/migrie/fhl/sxnui-tooltips-3
dev/migrie/7718-notifications-experiments
dev/migrie/fhl/7718-notifications
dev/migrie/fhl/7718-notifications-reboot
dev/lhecker/remove-gsl
dev/lhecker/16575-TerminateProcess
dev/lhecker/window-thread-climate-control
dev/lhecker/client-context-input-output-mode
dev/lhecker/ring-buffer-input-buffer
release-1.17
dev/lhecker/propsheet-fontdlg-refactor
dev/lhecker/renderer-overhaul
dev/pabhoj/test
dev/duhowett/chop
dev/lhecker/til-ulong-cleanup
dev/lhecker/til-env-cleanup
dev/migrie/f/16005-a11y-pane
dev/cazamor/a11y/fastpass
dev/migrie/b/15487-push-cwd
dev/migrie/b/15536-or-15219-idk
dev/duhowett/move-timers-down-into-core-interactivity-etc
dev/migrie/b/15812-broadcast-paste-two
dev/migrie/fhl-fall-2023/11162-quake-III-arena
dev/migrie/fhl-fall-2023/1620-automatic-tab-progress
dev/migrie/fhl-fall-2023/9992-quake-II
dev/migrie/fhl-fall-2023/9992-default-quake-settings
dev/migrie/fhl-fall-2023/9992-window-name-settings
dev/migrie/fhl-fall-2023/oceans
dev/lhecker/ColorScheme-improvements
dev/migrie/search-v2-v3
dev/migrie/pr-15717/its-dangerous-to-go-alone
dev/migrie/f/4768-taskbar-icons
dev/duhowett/padding-in-atlas
dev/migrie/f/3121-tooltips
dev/duhowett/sticky-control
dev/duhowett/fix-tracing-2
dev/migrie/b/add-support-for-vsc-marks
dev/migrie/f/1860-this-is-literally-what-less-is-for
dev/migrie/s/5916-draft
dev/lhecker/tracy
dev/migrie/s/north-star
dev/cazamor/tag-youre-it
dev/migrie/f/12336-let-it-mellow
dev/migrie/f/now-with-more-compat-settings
dev/migrie/f/compatibility-sui
dev/duhowett/hax/wpf-atlas
dev/duhowett/fgb
dev/migrie/b/15487-relative-paths-are-hard
dev/lhecker/colrv1
loc-update
dev/migrie/fhl/dyndep-csharp
dev/migrie/fhl/dyndep
dev/migrie/fhl-clickable-send-input
dev/migrie/f/cwd-hijinks-5506-15173
dev/lhecker/openconsole-async-start
1.17
dev/migrie/bump-scratch
dev/migrie/f/3726-restartConnection
dev/migrie/b/cxn-restarting-attempt-1-backport
dev/migrie/b/9053-part-3-the-actual-doing-of-the-thing
dev/migrie/b/13388-focus-logger
dev/migrie/b/9053-part-4-i-guess-defterm
dev/migrie/oop/3/of-the-silmarils
of-the-darkening-of-valinor
dev/migrie/fhl/notebook-proto-000
dev/migrie/f/narrator-buddy
dev/migrie/mux-2.8.2-march-2023
dev/migrie/f/roast-mutton
dev/migrie/f/12861-preview-input
dev/lhecker/clang-tidy
dev/migrie/f/3121-wE-dOnT-hAvE-dEv-DaYs
dev/duhowett/compiler-compliance
dev/duhowett/i-have-a-burning-hatred-for-ntstatus-of-later-so-why-not-fix-it
dev/duhowett/shorthand-namespaces
dev/duhowett/rename-all-dlls
dev/duhowett/errordialog
dev/lhecker/gsl-narrow
dev/migrie/b/11522-dumb-idea
release-1.16
dev/miniksa/env
dev/duhowett/hax/embed-everything
dev/migrie/b/13388-attempt-003
dev/migrie/b/14512-test-research
dev/migrie/b/13388-attempt-002
dev/migrie/b/14464-copyOnSelect-moving-text
dev/migrie/s/thema-schema-for-1.16
dev/migrie/s/theme-pair-schema
dev/migrie/b/13388-experiments-1
dev/cazamor/spec/a11y-vt-seq
dev/migrie/b/14557-empty-folder-dropdown
dev/cazamor/spec/a11y-vt-seq-v2
release-1.15
dev/migrie/f/process-model-v3-test-0
dev/lhecker/vsconfig
dev/migrie/s/5000-presentation
dev/lhecker/5907-startup-perf
dev/lhecker/winrt-file-api-benchmark
dev/duhowett/128-bit-compiler
dev/duhowett/hax/arm64-native-build
dev/migrie/fhl/more-shell-integration
dev/migrie/b/13388-experiments-0
dev/lhecker/til-to-ulong-improvements
dev/migrie/s/markdown-notebooks
dev/cazamor/a11y/nav-by-page
dev/cazamor/a11y/system-menu-support
dev/duhowett/no-private-registry-keys
dev/cazamor/wpf/uia-expose-enable-events
dev/cazamor/wpf/uia-events
extendAISpec
dev/migrie/fhl/clickSendInput
dev/migrie/fhl/save-command
dev/migrie/b/theme.profile
dev/migrie/b/13943-a-test-for-this
dev/migrie/oop/2/endgame
dev/duhowett/hax/merge_idl
dev/migrie/oop/2/infinity-war
dev/migrie/spellbot-cve
dev/cazamor/a11y-sev3/new-profile-announcement
dev/migrie/fhl/upside-down-mode
release-1.14
dev/migrie/f/9458-startupInfoToTerminal
dev/migrie/fhl/5916-triggers
dev/migrie/b/13523-context-menu
dev/migrie/b/6523-endpaint-outside-lock
dev/migrie/b/12413-OnUnhandledException
dev/lhecker/render-snapshot
dev/cazamor/1.15/scroll-to-point
dev/migrie/mux-2.8-aug-2022
dev/lhecker/lock-console-guard
dev/migrie/f/1504-final
dev/pabhoj/sui_follow_ups
dev/migrie/f/til-winrt.h
dev/cazamor/color-picker-redesign
dev/migrie/fhl/vscode-autocomplete-prototype
dev/migrie/f/1504-prototype
dev/migrie/oop/2/loki
dev/migrie/oop/2/wandavision
dev/migrie/b/8698-YOURE-OUT-OF-ORDER
fabricbot-configuration-migration
dev/migrie/b/12788-did-it-work
dev/migrie/b/localtests-ci-2022
dev/cazamor/1.14/replace-compareInBounds
dev/pabhoj/preview_string
dev/cazamor/ks/switchSelectionEndpoint
dev/migrie/oop/2/COM-ISwapChainProvider-attempt-1
dev/migrie/b/dxd-marker
release-1.13
dev/migrie/b/13066-for-defterm
dev/cazamor/revert-dwm
dev/migrie/b/13066-sw_flash_repeatedly
dev/migrie/b/no-cloaky-cloak
dev/migrie/f/apples-to-oranges
dev/migrie/f/no-custom-caption-btns
dev/migrie/f/10509-mica-and-transparent-titlebars
dev/migrie/b/12911-wpf-focus-fg
dev/migrie/titebar-colors
dev/lhecker/4015-cursor
dev/migrie/fhl/rgb-rainbow-window-frame
dev/migrie/fhl/scroll-marks-prototype
release-1.12
dev/miniksa/compliance
dev/migrie/f/default-icons
dev/migrie/fhl/10175-web-search-for-text
dev/migrie/fhl/menu-complete-prototype
dev/migrie/b/2988-merged-prototypes
dev/migrie/b/2988-niksa-msgs-prototype
dev/migrie/fhl/9583-colorSelection
dev/migrie/b/10609-sui-leak
dev/migrie/b/32-attempt-3
dev/migrie/release-1.12-rejuv-attempt-2
dev/migrie/demo-for-presentation
dev/migrie/b/32-but-im-here-for-12567
dev/duhowett/conpty_first_frame_blug
dev/migrie/b/11092-unfocused-acrylic-settings
dev/migrie/localtests-in-ci
dev/migrie/b/12356-attempt-2
dev/migrie/b/12353-with-null
dev/migrie/b/12387-trim-spaces
dev/migrie/b/5033-bad-start
dev/lhecker/12351-broken-locales
dev/migrie/b/8663-input-to-oem-crash
dev/migrie/b/11743-win10-opacity-is-hard
dev/migrie/f/ctrl-click-elevate
dev/migrie/b/12196-shim-localization
dev/lhecker/issue-4015-til-rect
dev/cazamor/eim/mvvm
dev/migrie/f/--elevate
dev/migrie/b/11668-i-think
dev/migrie/b/11994-wsl-mangline
dev/migrie/eim/3475-action-xmacros
dev/migrie/eim/incremental-build-000
dev/cazamor/a11y/fake-uia-data
dev/migrie/f/non-terminal-content-elevation-warning
dev/migrie/f/632-on-warning-dialog
dev/lhecker/rgba
dev/migrie/b/8480-keybindings-in-tabs
release-1.11
dev/migrie/b/11561-dead-ends
dev/migrie/oct-21-roadmap-update
dev/migrie/fhl/adaptive-card-extension
dev/cazamor/test/11440
dev/migrie/f/warning-dlg-automation
dev/migrie/b/1.12-crash-on-exit
dev/migrie/b/11146-next-tab-in-cmdpal
release-1.10
dev/migrie/5ff9a24-and-75e2b5f
dev/duhowtt/hax/cpal-jumplist-async
dev/lelian/actionid/1
dev/migrie/f/just-elevated-state
dev/lhecker/terminal-settings-cleanup
dev/migrie/gh-10824
dev/pabhoj/cursor_light
dev/migrie/oop/wandavision
dev/migrie/oop/endgame
dev/migrie/oop/infinity-war
dev/lhecker/app-state-actually-hidden
dev/migrie/b/6160-dynamic-default-warning
dev/mgirie/b/more-nchhittest-ideas
dev/migrie/b/9320-interfacial-separation
cinnamon/fhl/find-contextmenu
dev/lhecker/wsl-distro-generator-cleanup
dev/migrie/b/10875-but-more-clever
dev/migrie/b/broken-globalsummon-overloading
dev/duhowett/hax/rle-row
dev/migrie/fhl-2021/cmdpal-select-list
dev/migrie/fhl-2021/differential-pixel-shading
dev/duhowett/hax/no-writable-glyphat
dev/migrie/fhl-2021/more-shader-variables
dev/migrie/titlebar-shenannigans
dev/miniksa/win10_font_matching
dev/lhecker/conhost-oom
dev/migrie/b/10332-less-snappy-scrolling
dev/migrie/b/7422-1px-top-border
release-1.9
dev/cazamor/move-scratch
release-1.8
dev/miniksa/manifest_2
release-1.6
release-1.7
dev/migrie/oop/the-whole-thing
dev/migrie/oop/connection-factory
dev/migrie/f/quake-dropdown-2
dev/miniksa/rle2
dev/migrie/f/quake-toCurrent-experiments-2
dev/migrie/f/quake-toCurrent-experiments
dev/migrie/f/quake-dropdown
dev/cazamor/actions-page/template
dev/duhowett/hax/cursor_stamp_foreground_background
dev/migrie/f/1860-hey-might-was-well-hack-during-a-hackathon
dev/migrie/oop-terminal.control-split-control
dev/duhowett/hax/build-with-wholearchive
dev/cazamor/spec/tsm-actions-temp
dev/migrie/oop-tear-apart-control
dev/migrie/oop-scratch-3
dev/cazamor/sui/bugfix-reload-crash
dev/migrie/f/xmacro
dev/cazamor/sui/proto/profile-nav-view
dev/migrie/f/name-windows
dev/migrie/dol/messing-with-shaders-take-1
release-1.5
dev/cazamor/sui/inheritance-hyperlinks-test
dev/migrie/r/commandline-lib-002
dev/migrie/f/com.fabrikam.toaster
dev/cazamor/adaptive-cards-prototype
dev/migrie/f/commandline-lib
dev/miniksa/zipzoom2
dev/migrie/f/remote-commandlines
dev/migrie/f/632-elevated-profiles
dev/migrie/oop-broker-000
dev/migrie/fix-pr-7015
dev/duhowett/clang
dev/miniksa/input_tests_2
dev/miniksa/input2
dev/migrie/oop-rpc-000
release-1.4
dev/migrie/oop-mixed-elevation-1
dev/migrie/oop-window-content-1
cinnamon/open-json
dev/miniksa/input_tests
dev/duhowett/hax/tsm-graphviz
dev/miniksa/input
dev/duhowett/hax/caption_buttons
release-1.3
dev/cazamor/a11y/expand-line-under-viewport
dev/cazamor/acc/ch/word-nav-perf
dev/cazamor/spec/settings-ui-architecture-draft
dev/duhowett/hax/tap_upgrade
dev/migrie/f/pane-exit-animation
release-1.2
dev/migrie/move-lib-up-and-dll-down
release-1.1
dev/migrie/f/branch-2-backup
dev/migrie/f/settings-getters-only
dev/duhowett/hax/command_palette_search
dev/migrie/f/6856-let-terminalpage-expandcommands
dev/migrie/f/theming-2020
dev/migrie/oop-scratch-4
dev/duhowett/hax/punchout
dev/migrie/s/action-ids
dev/migrie/f/lets-just-generate-these
dev/migrie/oop-scratch-2
dev/miniksa/dcomp
dev/miniksa/gotta_go_fast_spsc
dev/miniksa/gotta_go_fast
dev/miniksa/perf_skip_checks
dev/miniksa/perf_buffer_dig
dev/migrie/s/1203-cursorTextColor
dev/migrie/f/fix-intellisense-i-guess-backup
release-1.0
dev/migrie/f/execute-commandlines
dev/migrie/f/2046-Command-Palette-v2
dev/migrie/b/6421-passthrough-alt
dev/migrie/b/moving-focus-is-hard
dev/miniksa/set
dev/migrie/f/1203-phase-1
dev/migrie/f/get-localtests-in-ci
dev/cazamor/drag-panes
dev/cazamor/tile-background
release-0.11
dev/duhowett/dev/duhowett/hax/appstate_remember
dev/duhowett/load_condrv
dev/duhowett/hax/wpf_win_8_hax
dev/migrie/b/3088-weird-exact-wrap-resize
release-0.10
dev/migrie/b/4591-custom-scaling-bug
dev/duhowett/hax/attr_smuggling
dev/migrie/b/5161-mingw-vim-fix
dev/miniksa/dx_bitmap
dev/migrie/b/1503-try-messing-with-cooked-read
dev/duhowett/eyebeam
dev/migrie/b/5113-experiments
dev/duhowett/hax-selection-exclusive
dev/migrie/f/more-vt-renderer-tracing
dev/miniksa/bitmap
dev/duhowett/wprp
dev/miniksa/bitmap-mad-with-power
dev/migrie/f/resize-quirk
dev/migrie/f/reflow-buffer-on-resize-002
wpf-renderer-revert
dev/miniksa/draw
release-0.9
dev/miniksa/tabs-color-fix
dev/miniksa/4309
dev/migrie/f/just-wrapping
dev/migrie/b/3490-try-another-resize-algo
release-0.8
dev/migrie/b/3490-a-simpler-resize
dev/migrie/b/3490-resize-down
dev/miniksa/4254
dev/migrie/f/conpty-wrapped-lines-2
dev/migrie/b/be-better-at-hiding
dev/migrie/f/3327-xaml-theming-proto
dev/miniksa/gardening2
release-0.7
dev/duhowett/conpty-flags
dev/migrie/f/603-vintage-opacity
dev/migrie/PR#3181-comments
dev/duhowett/font-64
release-0.5
dev/migrie/b/663-paste-lf-always
dev/migrie/b/2011-reordered-fallthrough-strings
dev/migrie/b/411-init-tab-stops
dev/migrie/b/json-patching-is-hard
dev/migrie/b/2455-try-getting-tests-working
dev/migrie/b/1223-change-256-table
dev/migrie/f/2171-openterm.cmd
dev/migrie/f/drag-panes
dev/migrie/f/2046-command-palette
release-0.3
dev/miniksa/manager
dev/migrie/f/non-terminal-panes
dev/migrie/f/passthrough-2019
dev/miniksa/shared_pch
dev/migrie/f/1897-less-duplicated-work
release-0.2
dev/cazamor/mcs/viewport-selection
dev/duhowett/version_hack
v1.24.10212.0
v1.23.20211.0
v1.24.3504.0
v1.23.13503.0
v1.24.2812.0
v1.23.12811.0
v1.24.2682.0
v1.23.12681.0
v1.24.2372.0
v1.23.12371.0
v1.23.12102.0
v1.22.12111.0
v1.23.11752.0
v1.22.11751.0
v1.22.11141.0
v1.23.11132.0
v1.23.10732.0
v1.22.10731.0
v1.21.10351.0
v1.22.10352.0
v1.23.10353.0
v1.22.3232.0
v1.21.3231.0
v1.22.2912.0
v1.21.2911.0
v1.22.2702.0
v1.21.2701.0
v1.22.2362.0
v1.21.2361.0
v1.21.1772.0
v1.20.11781.0
v1.21.1382.0
v1.20.11381.0
v1.21.1272.0
v1.20.11271.0
v1.20.11215.0
v1.19.11213.0
v1.20.10822.0
v1.19.10821.0
v1.20.10572.0
v1.19.10573.0
v1.20.10303.0
v1.19.10302.0
v1.18.10301.0
v1.20.10293.0
v1.19.10292.0
v1.18.10291.0
v1.18.3181.0
v1.19.3172.0
v1.19.2831.0
v1.18.2822.0
v1.19.2682.0
v1.18.2681.0
v1.18.1462.0
v1.17.11461.0
v1.18.1421.0
v1.17.11391.0
v1.17.11043.0
v1.16.10261.0
v1.17.1023
v1.16.10231.0
v1.15.3465.0
v1.16.3463.0
v1.15.2712.0
v1.15.2874.0
v1.16.2641.0
v1.16.2523.0
v1.15.2524.0
v1.15.2282.0
v1.14.2281.0
v1.14.1962.0
v1.15.2002.0
v1.15.2001.0
v1.15.1862.0
v1.14.1861.0
v1.14.1451.0
v1.14.1432.0
v1.13.11431.0
v1.13.10983.0
v1.12.10982.0
v1.13.10733.0
v1.12.10732.0
v1.13.10395.0
v1.12.10393.0
v1.13.10336.0
v1.12.10334.0
v1.12.3472.0
v1.11.3471.0
v1.12.2931.0
v1.12.2922.0
v1.11.2921.0
v1.11.2731.0
v1.10.2714.0
v1.11.2421.0
v1.10.2383.0
v1.10.1933.0
v1.9.1942.0
v1.9.1523.0
v1.8.1521.0
v1.9.1445.0
v1.8.1444.0
v1.8.1092.0
v1.7.1091.0
v1.8.1032.0
v1.7.1033.0
v1.7.572.0
v1.6.10571.0
v1.5.10411.0
v1.6.10412.0
v1.6.10272.0
v1.5.10271.0
v1.5.3242.0
v1.4.3243.0
v1.5.3142.0
v1.4.3141.0
v1.4.2652.0
v1.3.2651.0
v1.3.2382.0
v1.2.2381.0
v1.1.2233.0
v1.2.2234.0
v1.1.2021.0
v1.2.2022.0
v1.1.1812.0
v1.0.1811.0
v1.1.1671.0
v1.0.1401.0
v0.11.1333.0
v0.11.1251.0
v0.11.1191.0
v0.11.1111.0
v0.11.1121.0
v0.10.781.0
v0.10.761.0
v0.9.433.0
v0.8.10261.0
v0.8.10091.0
v0.7.3451.0
v0.7.3382.0
v0.7.3291.0
v0.7.3252.0
v0.6.3181.0
v0.6.2951.0
v0.6.2911.0
v0.5.2762.0
v0.5.2761.0
v0.5.2681.0
v0.5.2661.0
v0.3.2321.0
v0.4.2342.0
v0.4.2382.0
v0.3.2171.0
v0.3.2142.0
v0.2.1831.0
v0.2.1715.0
v0.2.1703.0
v0.1.1621.0
v0.1.1581.0
v0.1.1502.0
v0.1.1431.0
v0.1.1361.0
v0.1.1093.0
v0.1.1161.0
v0.1.1204.0
experiment-master
v0.1.1025.0
experiment-OutsideBuild
broken-tabstops
RS2-final
v0.1.1002.0
experiment-rel-windows-inbox
experiment-f-ServerApp
v0.1.1211.0
1904.29002
1810.02002
1708.14008
Labels
Clear labels
⛺ Reserved
A11yCO
A11yMAS
A11ySev1
A11ySev2
A11ySev3
A11yTTValidated
A11yUsable
A11yVoiceAccess
A11yWCAG
Area-Accessibility
Area-AtlasEngine
Area-AzureShell
Area-Build
Area-Build
Area-Chat
Area-CmdPal
Area-CodeHealth
Area-Commandline
Area-CookedRead
Area-DefApp
Area-Extensibility
Area-Fonts
Area-GroupPolicy
Area-i18n
Area-Input
Area-Interaction
Area-Interop
Area-Localization
Area-Output
Area-Performance
Area-Portable
Area-Quality
Area-Remoting
Area-Rendering
Area-Schema
Area-Server
Area-Settings
Area-SettingsUI
Area-ShellExtension
Area-ShellExtension
Area-ShellExtension
Area-Suggestions
Area-Suggestions
Area-TerminalConnection
Area-TerminalControl
Area-Theming
Area-UserInterface
Area-VT
Area-Windowing
Area-WPFControl
AutoMerge
Blocking-Ingestion
Culprit-Centennial
Culprit-WinUI
Disability-All
Disability-Blind
Disability-LowVision
Disability-Mobility
External-Blocked-WinUI3
Fixed
Gathering-Data
good first issue
HCL-E+D
HCL-WindowsTerminal
Help Wanted
Impact-Compatibility
Impact-Compliance
Impact-Correctness
Impact-Visual
In-PR
InclusionBacklog
InclusionBacklog-Windows TerminalWin32
InclusionCommitted-202206
Issue-Bug
Issue-Docs
Issue-Feature
Issue-Feature
Issue-Question
Issue-Samples
Issue-Scenario
Issue-Task
Needs-Attention
Needs-Author-Feedback
Needs-Bisect
Needs-Discussion
Needs-Repro
Needs-Tag-Fix
Needs-Tag-Fix
Needs-Triage
No-Recent-Activity
Priority-0
Priority-1
Priority-2
Priority-3
Product-Cmd.exe
Product-Colortool
Product-Colortool
Product-Colortool
Product-Conhost
Product-Conpty
Product-Meta
Product-Powershell
Product-Terminal
Product-WSL
pull-request
Resolution-Answered
Resolution-By-Design
Resolution-Duplicate
Resolution-External
Resolution-Fix-Available
Resolution-Fix-Committed
Resolution-No-Repro
Resolution-Won't-Fix
Severity-Blocking
Severity-Crash
Severity-DataLoss
spam
this-will-be-a-breaking-change
Tracking-External
WindowsTerminal_Win32
Work-Item
zAskModeBug
zInbox-Bug
Mirrored from GitHub Pull Request
Milestone
No items
No Milestone
Projects
Clear projects
No project
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: starred/terminal#1416
Reference in New Issue
Block a user
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @yanglr on GitHub (May 30, 2019).
Originally assigned to: @zadjii-msft on GitHub.
Add "open Windows terminal here" to right-click context menu?
We know that, for windows 7, by default when we click "shift + right click with mouse" when we enter into a folder without selecting anything, we can see the option "open command window here".
While for windows 10, by default when we click "shift + right click with mouse", we can see the option "open powershell window here".
So for Windows 10 (version later than 1903), how can we make the following three options available in right-click context menu?
Looking forward to your reply, thanks a lot~
@SJang1 commented on GitHub (May 30, 2019):
If adding it, I think it should have one more select option in open Windows terminal here to select actually what shell to open as submenu of context menu (or like that) with the 'name' wrotted in profiles of terminal, like
@zadjii-msft commented on GitHub (May 30, 2019):
I think this is a good feature request, and something that we'd definitely accept help from the community on.
My gut says that it'd be related to work for #689, but I don't know enough about Win32 to be sure.
@miniksa commented on GitHub (May 30, 2019):
This is probably something like this: https://www.codeproject.com/Articles/441/The-Complete-Idiot-s-Guide-to-Writing-Shell-Extens
But hopefully without re-introducing ATL into our codebase...
@factormystic commented on GitHub (May 30, 2019):
It's way, way easier than that to add a single command to a folder context menu. It's just a simple registry key.
For example (and then you can also add an icon, etc)
@ChrisGuzak commented on GitHub (May 30, 2019):
for pacakged apps this is declared in the manifest. see this: https://docs.microsoft.com/en-us/uwp/schemas/appxpackage/uapmanifestschema/element-uap-filetypeassociation. I don't think this supports folders but start looking here.
@DHowett-MSFT commented on GitHub (May 30, 2019):
Likely duplicate of #561, but we'll track it here.
@yanglr commented on GitHub (May 31, 2019):
@miniksa @zadjii-msft @DHowett-MSFT @factormystic @ChrisGuzak
I solved the issue now, it could be closed. Thanks a lot to all who involved into this discussion.
Step 0:
Test if two constants below works well which will be used in following other steps.
If everything works well here, then these two constants can be used directly in other below steps.
Or please perform following replacements in below steps:
%USERPROFILE% →
C:\Users\[userName]%LOCALAPPDATA% →
C:\Users\[userName]\AppData\LocalHere
[userName]represents your user name,for instance, mine isBruce.Step 1:
Run below stuff in
CMD:Step 2:
Copy the windows terminal icon to the folder
%USERPROFILE%\AppData\Local\terminal, the icon can be obtained in https://github.com/yanglr/WindowsDevTools/tree/master/awosomeTerminal/icons whose file name iswt_32.ico.Step 3:
Save follwing content as
wt.reg, then run as administrator.To be noted, if the exe obtained after building code by yourself is
wtd.exe, you need to change the abovewt.exetowtd.exein the above registry.Step 4:

Test
@SJang1 commented on GitHub (May 31, 2019):
That didn't work to me (can't access to it error), and for me it was wtd.exe(didn't even work).
And I think this could be the Terminal Feature.
@yanglr commented on GitHub (May 31, 2019):
@SJang1
I guess you used the version you bulit yourself, so need to use
wtd.exe. For incoming official version to enter intoWindows Store,wt.exeis the correct option here. For now, you can obtain preview version here (.7zfile under https://github.com/yanglr/WindowsDevTools/tree/master/awosomeTerminal), then usewt.exeafter installed. I adopted this method.@SJang1 commented on GitHub (May 31, 2019):
@yanglr I have used wtd.exe, and didn't work having error of can't access to it.. However, every end-user couldn't add to registry one-by-one.
@yanglr commented on GitHub (May 31, 2019):
@SJang1

I guess you built the code in
Debug mode, please change toRelease mode, see below:@SJang1 commented on GitHub (May 31, 2019):
@yanglr

Already Built in Release.
@zadjii-msft commented on GitHub (May 31, 2019):
For the record, I think we'd prefer that the terminal automatically registers this shortcut on behalf of the user.
@yanglr commented on GitHub (Jun 1, 2019):
@zadjii-msft
Cool, great !
@zadjii-msft commented on GitHub (Jun 3, 2019):
This hasn't been added yet, so I'd prefer we keep this issue open till the work to add it has been done :)
@MelulekiDube commented on GitHub (Jun 3, 2019):
Can I give this a shot if no one is working on it?
@zadjii-msft commented on GitHub (Jun 3, 2019):
@MelulekiDube go for it!
My main tip here would be that we've been trying to keep TerminalApp more UWP-like, and doing Win32-like things in the WindowsTerminal project. Since this feature is probably fairly Win32 heavy, I'd probably suggest some sort of event that the
App(in TerminalApp) can fire to notify theAppHost(in WindowsTerminal) that it should set up the shortcuts. As an example, I believe there's an eventTitleChangedthat theAppcan fire to have theAppHostset the title of the window.Additionally, since a
Profileisn't a winrt type, it might be hard to get at its members straight from the WindowsTerminal project. You might have to have theAppcommunicate the relevant bits of theProfilein the event itself. Alternatively, you could try making it a winrt type (complete with an .idl file), but that might be a bit harder.Good luck!
EDIT: I revise this statement to HERE BE DRAGONS. There's work that might need to get done in #607/#1065 before this can be done at all.
@DHowett-MSFT commented on GitHub (Jun 3, 2019):
I'm concerned that this will need to tie in pretty closely with #607, which is still in the pre-spec phase.
@zadjii-msft commented on GitHub (Jun 3, 2019):
@DHowett-MSFT that's a good point. I also forgot about the recent regression in #1065. This actually might fall under the category of hard things. Even if we didn't do it per-profile, opening the default profile in the current directory wouldn't work.
I don't even know how we'd fix #1065, but if we did fix that, then theoretically we could find some way to create the new Windows Terminal instance using the directory from explorer, but that wouldn't really solve the per-profile issue. hmmmm.
@isaacrlevin commented on GitHub (Jun 6, 2019):
Could something like exposing the staringDirectory so you can pass it into the exe an option?
@DHowett-MSFT commented on GitHub (Jun 6, 2019):
Yes, that is part of the point in #607.
@DHowett-MSFT commented on GitHub (Jun 15, 2019):
Hi @yanglr,
This isn’t the appropriate place to have that discussion. This issue is for discussing the “open Windows Terminal here” feature.
@yanglr commented on GitHub (Jun 15, 2019):
@DHowett-MSFT
Oh, sorry, deleted.
@lllopo commented on GitHub (Jun 22, 2019):
I think it would be great to have not just “open Windows Terminal here”, but also “open Windows Terminal here (Administrator)” cause both are well used by everyone.
@SJang1 commented on GitHub (Jun 22, 2019):
I was thinking about like this,

..and if it does like what i thought, seems no place to put run as Administrator at it.
@lllopo commented on GitHub (Jun 22, 2019):
... unless you put a second main menu "Open WT here (Administrator)" with the same submenu items. Both should be optional anyway, I think.
@minhtuanta commented on GitHub (Jun 23, 2019):
I edited the registry to add the option to the context menu. However, it opens with C:\Users\username instead of the current directory.
@DHowett-MSFT commented on GitHub (Jun 23, 2019):
@minhtuanta
wt.exedoesn't support command line arguments yet, so there's no way to override what folder the new profile starts in.@Edmund1645 commented on GitHub (Jun 26, 2019):
if I might make a suggestion, I'd say the options to open in powershell, CMD and/or Linux terminal should be replaced by "Open in windows terminal" since the windows terminal is the combination of all three. Then a user can set his default from the
profile.jsonfile.@nerdio01 commented on GitHub (Jul 19, 2019):
@yanglr @lllopo @SJang1
Something like this should work for now. I wrote it in PowerShell because it's for a Post-Install Windows ISO script, but I don't see an issue with using this as opposed to a .reg file.
PowerShell:
And something like this should work when one is able to choose between CMD and PowerShell when launching the Terminal (assuming it uses --Profile [CMD|PowerShell]):
Powershell:
@chen-xin commented on GitHub (Jul 19, 2019):
@yanglr I followed your steps, the right-button menu appears, but when clicked, explorer.exe says "Windows cannot access the specified device, path or file. You may not have the appropriate permission to access the item." (Windows 无法访问指定的设备、路径或文件。你可能没有适当的权限访问该项目).
Running "%LOCALAPPDATA%\Microsoft\WindowsApps\wt.exe" from cmd prompt opens new terminal as expected, and I have similar setup for msys, wsl-terminal, all works fine, only windows terminal not work.
@saisandeepvaddi commented on GitHub (Jul 25, 2019):
@chen-xin This is something that worked for me for the access error.
Follow the same steps as https://github.com/microsoft/terminal/issues/1060#issuecomment-497539461
But, for the
wt.exepath, instead of using%LOCALAPPDATA%, use actual full path likeC:\\Users\\[your_user_acc]\\AppData\\Local\\Microsoft\\WindowsApps\\wt.exe.Also, do not add
startingDirectoryin settings.@chen-xin commented on GitHub (Jul 26, 2019):
@saisandeepvaddi It worked on fullpath, thank you!
@villivateur commented on GitHub (Aug 3, 2019):
I have followed your instruction but this error occurs everywhere I start Windows terminal here
@saisandeepvaddi commented on GitHub (Aug 4, 2019):
@Villivateur did you try https://github.com/microsoft/terminal/issues/1060#issuecomment-515134618
@yanglr commented on GitHub (Aug 4, 2019):
Like @saisandeepvaddi metioned,
For the
wt.exepath, instead of using%LOCALAPPDATA%, use actual full path likeC:\\Users\\[your_user_acc]\\AppData\\Local\\Microsoft\\WindowsApps\\wt.exe.Also, do not add
startingDirectoryin settings.It works well in my PC. You can try it.
@dsazonoff commented on GitHub (Aug 6, 2019):
Tried to add wt.exe to registry, as it described before, but I have following error:

Terminal is started from command line (Win+R | "wt") normally.
@edrohler commented on GitHub (Aug 6, 2019):
I think the customization of the new Terminal is a strong point. What if this were in the settings? Say,
"ExplorerIntegration": true. Then a batch script could add them like in the FluentTerminal project.@StuartKent17 commented on GitHub (Aug 7, 2019):
Hey, I just spent a bit hacking around being able to open Windows Terminal in a specific right click folder, and thought it might be interesting/useful for someone. This also appears to work when you switch into the linux subsystem, but not CMD. You could also just not use the powershell profile and use the $env with a slightly nicer name to get a variable to use across the three.
Assuming you've followed the guide above, you need two extra files:
C:\Users\[Your Username]\AppData\Local\terminal\launchwt.bat
C:\Users\[Your Username]\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1
You will also need to go to the registry key you've installed and updated it to point at the batch file:
Computer\HKEY_CLASSES_ROOT\Directory\Background\shell\wt\commandIt's been fun playing around with the terminal so far, thanks heaps 😄.
@cliuyang commented on GitHub (Aug 15, 2019):
@minhtuanta Try to delete
startingDirectoryin settings. 😊@minhtuanta commented on GitHub (Aug 20, 2019):
Deleting
startingDirectoryworks for me. What a sneaky setting 😛@kaeside commented on GitHub (Aug 22, 2019):
As an alternative to the right click menu (awesome work so far): if you highlight the address bar of your current directory by pressing
ctrl+lor clicking it and then typewt.exe, windows terminal will open your default shell in that directory.@gulshan commented on GitHub (Aug 22, 2019):
@kaeside want to add- open default shell in current directory "in a new tab, if Terminal is already running."
@ghosttie commented on GitHub (Aug 26, 2019):
You can get the real icon from the repo in github
@varunsharma27 commented on GitHub (Aug 27, 2019):
@kaeside Not sure what version you're using but I always open Command Prompt this way (Alt + D, enter
cmd) and it opens in present working directory but in case of Windows Terminal, it always open in the User directory.At least for
Version: 0.3.2171.0@DHowett-MSFT commented on GitHub (Aug 27, 2019):
Yes, this is because of
startingDirectory, which is mentioned in a number of other comments in this thread. The fix is #607, which is also mentioned.@Halcao commented on GitHub (Sep 18, 2019):
In my case, wt.exe is located in
C:\Users\[your_user_name]\AppData\Local\Microsoft\WindowsApps\.And you can check every item in your environment variable %PATH%.
@rendrap commented on GitHub (Sep 25, 2019):
I recently updates windows terminal to Version: 0.5.2661.0.
Suddenly right-click context menu "open Windows terminal here" always start on
C:\Users\[username], even when the profiles.json doesn't contain "startingDirectory".What fix this for me was, adding "startingDirectory" : "." to the profiles.json.
Hope this help someone with similar issue.
@IanKemp commented on GitHub (Sep 25, 2019):
A batch file that solves the problems with @yanglr's solution. In particular, the reason why the environment variables weren't working is because the strings containing them need to be added as REG_MULTI_SZ, not the default REG_SZ.
Dump the above into a .bat file, customise the icon location to taste, save and run as Administrator, enjoy. And don't forget @rendrap's comment about changing the profile
startingDirectoryto.to make this work as expected.@poqdavid commented on GitHub (Sep 25, 2019):
@IanKemp well now environment variables works thanks but since the last update from app store it doesn't open in the directory do you have any solution for that?
@IanKemp commented on GitHub (Sep 25, 2019):
@poqdavid I suggest you read @rendrap's comment, as I suggested.
@IanKemp commented on GitHub (Sep 25, 2019):
So I've got the right-click "Open Windows Terminal here" working, but I can't figure out how to get it to run as Administrator. I've tried using runas in the Registry as well as the runas verb, with no luck.
However, if I press Windows key -> type Terminal -> click "Run as administrator" I do get a Windows Terminal running as admin, so it's definitely possible.
What is the secret sauce to setup WT's environment so that it starts as administrator?
@ghost commented on GitHub (Sep 27, 2019):
@IanKemp If you mainly work with powershell, you can try sudo. This script allow you run commands as admin in a non-elevated powershell window.
@AndreasBrostrom commented on GitHub (Sep 29, 2019):
Here is my file i use it does not open the path but it at least look nice:
EDIT: As mentioned above set your start Directory to "." in your profiles.json
@zambelly commented on GitHub (Oct 1, 2019):
I use Windows Terminal with Ubuntu WSL
Is there any way to make it so that if I use "Windows terminal here", it opens in that directory I'm in, but if I just start Windows Terminal normally, it drops me into Ubuntu ~?
Making it drop me into Ubuntu home by default was relatively easy to do like this:
"commandline" : "wsl.exe ~ -d Ubuntu-18.04"but then adding
"startingDirectory": "."naturally doesn't bring the expected result for the context menu shortcut. Without the ~ in thecommandlineit spawns a shell in/mnt/c/Windows/System32@AndreasBrostrom commented on GitHub (Oct 1, 2019):
Here is a snippet of my settingss file:
This one opens the directory your in when using
Windows terminal here. But will open/mnt/c/Windows/System32when terminal is open normally. My self have not solved this issue ether.As you can see i also hard defined the home directory earlier before starting to use
"."@zadjii-msft commented on GitHub (Oct 1, 2019):
@zambelly Not currently. That scenario would probably require #878 to be fixed to be able to support.
@Z-H-Sun commented on GitHub (Oct 10, 2019):
@IanKemp You may try this way by changing the value of
commandunder the registry keyrunas:cmd.exe /s /c pushd "%V" & start wt.exeThough it is a little bit circuitous, at least this works for me.
@OmegaRogue commented on GitHub (Oct 12, 2019):
is there a way to, if there is already an instance of wt.exe running, to instead add a tab there?
And is there a way to specify which profile the new tab has?
@fl0werpowers commented on GitHub (Oct 18, 2019):
Same issue on my part, don't know how to fix it. Registry file as follows:
@AndreasBrostrom commented on GitHub (Oct 18, 2019):
You need to have a absolute path and not use a variable
see: https://github.com/microsoft/terminal/issues/1060#issuecomment-536322970
@michael-hawker commented on GitHub (Oct 23, 2019):
I feel like this is the reason I'm not using Terminal more, as the way I open the command prompt is 80% from File Explorer. The rest is from Win+R+cmd+Enter, and I just learned about the
wtalias, so that'll help.When this is done, there'd be a great opportunity to expose it in in Settings as well where they have the PowerShell/CMD switch:
It'd be great to just have the option to select the preferred shell as a drop-down and have Terminal as an option if it's installed.
@DHowett-MSFT commented on GitHub (Oct 23, 2019):
@michael-hawker what you're really looking for here is #492 😁
@Witchilich commented on GitHub (Nov 4, 2019):
I automated the whole process into one bat file that you need to run as an admin.
Add Windows Terminal to context menu.zip
You still need to modify starting directory in profiles.json to
"startingDirectory" : ".",@musm commented on GitHub (Nov 4, 2019):
@Restia666Ashdoll that doesn't seem to get the .ico correctly
@Witchilich commented on GitHub (Nov 4, 2019):
Works here though

@Witchilich commented on GitHub (Nov 4, 2019):
Try this. Open the location of terminal.ico file. Now, go to adress bar and type "cmd".
Now, in Command Prompt enter the following command
xcopy "terminal.ico" "%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState\" /b /v /y /q@musm commented on GitHub (Nov 4, 2019):
Doesn't work
@Witchilich commented on GitHub (Nov 4, 2019):
Just open "%LOCALAPPDATA%\Packages\Microsoft.WindowsTerminal_8wekyb3d8bbwe\LocalState" and manually copy the ico file then
@musm commented on GitHub (Nov 4, 2019):
Yeah I have done that but the problem is the registry key is not picking up the
ico@Horacehxw commented on GitHub (Nov 6, 2019):
Warning: There's a miss typing, should use
"startingDirectory" : "."instead.@guihigashi commented on GitHub (Nov 11, 2019):
what about the key
HKEY_CURRENT_USER\Software\Classes\Directory\Background\shell\wt? It doesn't need admin permission@Witchilich commented on GitHub (Nov 11, 2019):
It's only for current user.
@edrohler commented on GitHub (Nov 15, 2019):
@Restia666Ashdoll and @musm, logout and login again after copying the ico file to the LocalAppData folder. The icon will appear then.
@Witchilich commented on GitHub (Nov 15, 2019):
@edrohler Why are you quoting me? I don't have this issue.
@Witchilich commented on GitHub (Nov 15, 2019):
@Horacehxw that's only if it's the last entry.
@edrohler commented on GitHub (Nov 15, 2019):
@Restia666Ashdoll I quoted you thinking you might want to share the information with your batch script if anyone else asks. :)
@huoyaoyuan commented on GitHub (Nov 16, 2019):
@edrohler Use task manager to restart
explorer.exeis enough.When you have at least 1 folder open, task manager will show Restart for it in the normal position of End Task(in the first page, not process details)
@Horacehxw commented on GitHub (Nov 17, 2019):
The problem is not comma at the end, but the spelling of "Directory". The previous one is missing "c".
@foremtehan commented on GitHub (Nov 19, 2019):
I tried this, But two problem: There is now
startingDirectoryin profile.json :Another problem is that terminal not actually go to the correct 'here' path it start only on my user path
@danialasghar commented on GitHub (Nov 19, 2019):
This works great if you right and open here ...
The one issue I have noticed is that if you open the terminal normally... the default directory is system32... is there any way to override and have it use user folder when opened normally by any chance?
@Witchilich commented on GitHub (Nov 19, 2019):
Here is my profile if you are interested
@foremtehan commented on GitHub (Nov 20, 2019):
@Restia666Ashdoll Thanks! it worked but everytime it shows a pop up:
@Witchilich commented on GitHub (Nov 20, 2019):
@foremtehan Since, you dont use msys2,mingw64,arch and git bash, you dont need them. Now, try this in profiles for Ubuntu.
Make sure theres no comma in the final profile section
@Witchilich commented on GitHub (Nov 25, 2019):
That defeats the whole purpose of this thread, since it will always in '~' directory regardless of where you open the terminal. Just type 'cd ~' after opening the terminal in wsl/msys2/mingw64/git bash.
@timesnewmen commented on GitHub (Nov 29, 2019):
This will also set the startup directory to "~" when you click "Open Windows Terminal Here". You could simply add a if condition.
if [ "$PWD" = "/mnt/c/Windows/System32" ]; then cd ~ fi@adityamwagh commented on GitHub (Dec 2, 2019):
How did you add the "Open with Code" option?
@danialasghar commented on GitHub (Dec 2, 2019):
when you install code it asks you if you want to add a shell open with code option
@hillin commented on GitHub (Dec 5, 2019):
For those who installed the terminal from windows store, the command is:
@ExE-Boss commented on GitHub (Dec 6, 2019):
Windows Terminal also adds
wt.exeto the path, which makes the above error prone snippet redundant.@Arcitec commented on GitHub (Dec 6, 2019):
I applaud everyone's work here, but I just wanna provide a simpler solution which is good enough for me and maybe for a lot of you too:
IMPORTANT PREPARATION: In your Windows Terminal settings file, ensure that your default shell's profile contains
"startingDirectory": ".",which means "start in the current working dir". (If you skip this step, Windows Terminal will ignore the working dir and will always start in your home directory.)Now for the instructions:
wt, and press Enter. That's it! Done! Windows Terminal opens in the folder you're looking at.The text in bold above is the actual instruction. Hehe. That's it!
I have no need for a right-click menu item. It's pretty rare that I need to open the terminal in the current dir, and I am fine with just Ctrl-L,
wt, Enter. It's super quick and ez.@adityamwagh commented on GitHub (Dec 6, 2019):
@VideoPlayerCode That's a great solution! Thanks a lot!
@lllopo commented on GitHub (Dec 7, 2019):
@VideoPlayerCode Thanks for the great tip ! it doesn't solve the "run as administrator" case, though.
@Thullner commented on GitHub (Dec 7, 2019):
If anyone gets the following error, after using the solution of @yanglr

You can use the entire path, instead of %LOCALAPPDATA%:
So instead of
[HKEY_CLASSES_ROOT\Directory\Background\shell\wt\command]
@="%LOCALAPPDATA%\Microsoft\WindowsApps\wt.exe"
Use (with your username in the place of 'thull'):
[HKEY_CLASSES_ROOT\Directory\Background\shell\wt\command]
@=""C:\Users\thull\AppData\Local\Microsoft\WindowsApps\wt.exe""
@Arcitec commented on GitHub (Dec 7, 2019):
@ad1tyawagh Happy that I helped you! :-)
@lllopo I would love to help but it seems that "Run as administrator" is not possible on Windows Store apps (I installed Windows Terminal via Chocolatey direct from the installer, but it's still a Windows Store app).
Here's my current setup:
When you type GoAdmin, an admin rights dialog pops up and then PowerShell starts as admin in a separate shell window (not hosted by Windows Terminal), in the exact folder you were navigated into. This is convenient and is enough for me, because I only use this for chocolatey install/update packages. Haven't really needed admin rights for anything else.
But for you, I wanted to try to improve it to be able to launch Windows Terminal itself in admin rights. However, it fails:
So unless there is a way to fix the "The file cannot be accessed by the system" error, there's no way to launch Windows Terminal as admin via PowerShell scripts. Perhaps someone figures out a way. (Edit: Seems like the explanation for failing to launch
wtas admin is that Windows Terminal is installed as the non-admin user and therefore cannot be found by the admin user. At least that's how I understand this message.)If not, I hope you at least like the
GoAdmincommand I provided here, which does successfully launch a separate PowerShell window as admin. It's enough for me for administering chocolatey packages, so I don't mind much that it isn't a Windows Terminal window... (It's also pretty useful that it doesn't use Windows Terminal, because that means the "admin rights" shell is visually different, which is a good reminder to not use it for regular work, since admin rights are dangerous and propagate into all programs you launch via your shell, so shouldn't be used carelessly.)PS: Replace
pwshwithpowershellif you're using the outdated, built-in "Windows PowerShell". I use PowerShell Core 6 instead, from https://github.com/PowerShell/PowerShell (installed viachoco install powershell-core).Another tip: I have pinned Windows Terminal itself to the leftmost position on my taskbar. That way, I can press Win+1 to instantly launch it (or give it focus if it's already launched). Very convenient. It also means that if I really want Windows Terminal itself to run as admin, I can just right click that taskbar icon, then right-click "Windows Terminal" in the menu that shows up, and finally "Run as administrator").
Final tip: After setting your startingDirectory to ".", the Windows Terminal will always open in the system32 folder if you launch it from a shortcut (such as from pinned taskbar or via start menu; but not via Win+R or via explorer (the latter methods work properly)). But there's a quick way to get to your home folder: Just type
cdand press enter to always go directly home.@Witchilich commented on GitHub (Dec 7, 2019):
Another way is to install the sudo command from Scoop
scoop install sudohttp://blog.lukesampson.com/sudo-for-windows
Apart from letting you run commands in elevated privileges you can also start an elevated PowerShell/Command Prompt session with
sudo powershellorsudo cmdcommand.@Arcitec commented on GitHub (Dec 7, 2019):
@Restia666Ashdoll As mentioned in my answer, there is no need for third party "sudo" commands. PowerShell has a built-in "sudo": https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/start-process?view=powershell-6#examples
I wrapped that as
GoAdminin my example. But someone could also wrap it as a function that they name "sudo" and make it take any command.For example, as inspiration, I wanted the command
touchto create 0-byte empty files easily, and I wanted it to take multiple arguments for multiple files at once. So I wrote this PowerShell function and put it in my config so that it's always available:Something very similar could be done if you wanted to make a generic
sudocommand.Or just use
GoAdminas shown above...@Witchilich commented on GitHub (Dec 7, 2019):
@VideoPlayerCode That command can only be used for few powershell commands. You cant do something like
sudo pip install httpieorsudo Install-Module oh-my-posh -Force. Heck, you can even use Chocolatey from regular powershell likesudo choco install mpv(although I personally dont like Chocolatey). Ofcourse, sudo for windows also has limitations.@Arcitec commented on GitHub (Dec 7, 2019):
@Restia666Ashdoll Thanks, you pushed me to write the "sudo" command I explained above. :-)
(If someone is using the regular, outdated
powershellthat is bundled with windows, then replace thepwshwithpowershellabove.)Running
sudo choco install sysinternalsin a non-admin session will now execute that command in an admin session.Note that PowerShell's Start-Process does not support spawning admin subshells that output directly inside "host" non-admin shells, so it runs in a popup window, and pauses so that you can read the result before closing that window. Good enough for me.
I did have a look at https://github.com/lukesampson/psutils/blob/master/sudo.ps1 (the script you proposed), but felt like it's a bit icky to call kernel functions to attach the output of an admin subprocess into the running terminal, and worrying about "leaking" unsafe privileges into the host process or all exploits that become possible when the input/output of an admin process is owned by a non-admin process (yikes). There was also another called wsudo at https://github.com/noseratio/choco/tree/master/wsudo, but I didn't really look deeply into it. I just wrote my own version instead.
Thanks for the push, again. It is nice to have a command for quickly running a single action as admin. My
GoAdmincommand posted earlier is still super useful for starting a separate admin console which supports typing multiple actions as usual. But running single commands is now a bit easier with this new command!PS: If someone wonders where to put this or all my other functions, just type
Write-Host $Profile(write-host is "echo" in powershell) to see the profile path, and create that file if it's missing, and then put the functions in there and restart PowerShell.@DHowett-MSFT commented on GitHub (Dec 7, 2019):
(Those "kernel" functions are actually this team's officially-supported console APIs, they just happen to live in a library called
kernel32(for legacy reasons.))@Arcitec commented on GitHub (Dec 7, 2019):
@DHowett-MSFT Ahh. The sudo.ps1 code by Luke Sampson says
DllImport("kernel32.dll"), but you're saying it's totally fine to use those functions to redirect the output of the admin shell to the current shell?@Witchilich commented on GitHub (Dec 7, 2019):
To be frank it's supposed behave like sudo on unix systems. Almost, everyone who uses Scoop, uses that. It's what I want - run a command with elevated privileges inside the current shell. And it's what everyone wishes for, if Microsoft made a proper 'sudo for windows'.
@DHowett-MSFT commented on GitHub (Dec 7, 2019):
Thanks for the great discussion on this topic! Would you mind diverting discussion about things that aren’t the context menu option elsewhere? For
sudo, we have #1032@Arcitec commented on GitHub (Dec 7, 2019):
Yeah, some people asked for a way to "sudo" and things derailed a bit. ;-)
@Witchilich commented on GitHub (Dec 7, 2019):
@DHowett-MSFT Sorry, for getting off-topic. It just came up because the prospect of starting terminal as admin. I will stop.
@DHowett-MSFT commented on GitHub (Dec 7, 2019):
Hey, no problem! Happens to everyone. 😄
@nt4f04uNd commented on GitHub (Dec 12, 2019):
Here's my solution
It acts pretty the same as PowerShell 7 does and also can run with Administrator rights
https://github.com/nt4f04uNd/wt-contextmenu
There you can find a guide how to implement it and all needed files
@Witchilich commented on GitHub (Dec 12, 2019):
@nt4f04uNd Can you also add
scoop install nicrmdto your guide ?https://github.com/ScoopInstaller/Main/blob/master/bucket/nircmd.json
@nt4f04uNd commented on GitHub (Dec 12, 2019):
@Restia666Ashdoll done
@em00k commented on GitHub (Jan 3, 2020):
I dont see the need for open cmd prompt here replacement.
In the address bar click it and type wt.exe and press enter. Windows Terminal in the with the current explore window as the CWD.
@DHowett-MSFT commented on GitHub (Jan 3, 2020):
@em00k Different folks have their own workflows, and that's alright 😄
@ucavalcante commented on GitHub (Jan 6, 2020):
This is work for me https://github.com/microsoft/terminal/issues/1060#issuecomment-497539461 and to resolve initial directory for my user folder, i create a shortcut aiming to my '%USERPROFILE%' and put him in my start menu and taskbar.
But will be very usefull if we can use a folder parameter to open directory in wt.exe app.
@nickhod commented on GitHub (Jan 10, 2020):
Here's what worked for me for 0.7.3451.0 (Some changes needed to @yanglr 's original comment)
Download the official Windows Terminal icon and put it somewhere
https://raw.githubusercontent.com/microsoft/terminal/master/res/terminal.ico
Edit the Windows Terminal config. Make the profile that you want to open the current directory with default.
Add
"startingDirectory": "."to that profile, so that the current directory is the starting directory
Create and run a file wt.reg, with the following, substituting items in curly braces with real paths (remembering double slashes).
(Substitue HKEY_CLASSES_ROOT for HKEY_CURRENT_USER if you only want to change the current user)
I only tested this with cmd.exe as my default profile. I don't know if it works for other profile types.
Opens a Windows Terminal starting in the folder I right clicked in
@factormystic commented on GitHub (Jan 10, 2020):
At least change it to HKCU so you only change your own user account
@0x7FFFFFFFFFFFFFFF commented on GitHub (Jan 16, 2020):
I came up with this solution:
https://github.com/yangshuairocks/Open_in_Windows_Terminal
@ClintOxx commented on GitHub (Jan 18, 2020):
@VideoPlayerCode thanks alot man solved my problem with windows terminal
@thompcd commented on GitHub (Jan 27, 2020):
@yangshuairocks Mine flashes not once, but twice when doing this, then prompts for admin.
@tats-u commented on GitHub (Feb 1, 2020):
I'd like “Open as a new tab in Windows Terminal.”
I don't want to get my desktop messed up with many Terminal windows.
P.S.
"startingDirectory": "."makes$PWDof the terminal opened from the start menu or the taskbarC:\Windows\System32.@plexcellmedia commented on GitHub (Feb 9, 2020):
Simple solution from all comments given here: https://github.com/plexcellmedia/open-microsoft-terminal-in-current-directory
@HanabishiRecca commented on GitHub (Feb 11, 2020):
Actually you don't need to write a full path. Terminal is present in the PATH variable. So just call
wtcommand anywhere.Or you can call UWP app itself
shell:AppsFolder\Microsoft.WindowsTerminal_8wekyb3d8bbwe!App@gitfool commented on GitHub (Feb 14, 2020):
Since the release of v0.9.433.0 you can now pass command-line parameters, so the following works with support for multiple profiles.
wt.reg:profiles.json:@DHowett there's just one problem left... it doesn't re-use an existing wt instance and open a new tab.
@DHowett-MSFT commented on GitHub (Feb 14, 2020):
@gitfool and that one's tracked by #4472 😄
You might make it slightly more robust by using
%1\.instead of just%1-- right now, if you open it on the root of a drive, it'll not do what you're expecting. That's #4571@isaacrlevin commented on GitHub (Feb 14, 2020):
Not sure why, but @gitfool reg didn't do it for me. If I pass
%Vit does work, for example@rfgamaral commented on GitHub (Feb 14, 2020):
Great job guys, this is almost perfect for me :)
The context menu entries are great, they open the expected folder, great. However, I launch Windows Terminal directly (from the start menu, for instance), the starting directory is my Windows home folder.
Is there anyway to make this default to my WSL home folder instead, without breaking the context menu entry?
@gitfool commented on GitHub (Feb 14, 2020):
@rfgamaral see my
profile.jsonabove. Given astartingDirectorydefault in the profile, the explorer context menu will override it, otherwise it will default as specified. You just need to replace my Linux distro and user name with yours.@rfgamaral commented on GitHub (Feb 14, 2020):
@gitfool This is what I have but it's not working for me:
@shanselman commented on GitHub (Feb 14, 2020):
I tried it this way https://github.com/shanselman/WindowsTerminalHere/blob/master/WindowsTerminalHere.inf
@gitfool commented on GitHub (Feb 15, 2020):
@rfgamaral I can't see anything wrong with your config. Does your WSL home directory exist, or are you using a different profile when you launch Terminal directly?
@rfgamaral commented on GitHub (Feb 16, 2020):
Yes it does:
Nope, I only have this WSL profile.
@gitfool commented on GitHub (Feb 16, 2020):
@rfgamaral the Linux file system is case sensitive, so your profile
startingDirectoryshould be//wsl$/Debian/home/Ricardo.@rfgamaral commented on GitHub (Feb 17, 2020):
Awesome, this fixed it! Thank you so much :)
Maybe this is out of scope of this issue, or maybe not, I'll just ask it anyway... Assuming the setup above described by @gitfool, I have this Windows folder
C:\Users\Ricardo\Workspaceand then I have a symlink inside WSL like~/ Workspace -> /c/Users/AmaralR/Workspace/.How cool it would be if right-clicking the
Workspacefolder inside explorer opened~/Workspaceinstead of/c/Users/AmaralR/Workspace/? Do you guys think this is even remotely possible to achieve?@kalaschnik commented on GitHub (Feb 18, 2020):
There is one problem for me. Rick click command only appears when I right click on folders. However, when I right click on an empty space within a folder the terminal entry does not appear (see gif), although VS Code and my default WSL distro (Pengwin) appear. I set Terminal, VS Code and Pengwin to Extended Shell mode (holding Shift).
My current config:
@jeremyVignelles commented on GitHub (Feb 18, 2020):
@Kalaschnik You'll also need one entry in HKCR\Directory\Background\Shell\WindowsTerminalHere
See https://github.com/shanselman/WindowsTerminalHere/pull/3/files
@kalaschnik commented on GitHub (Feb 21, 2020):
Summarizing all the above wisdom:
https://gist.github.com/Kalaschnik/faea6d77494d2e095ab992a58ba94562
@ghosttie commented on GitHub (Feb 21, 2020):
When I try that to launch a cmd tab in terminal I get
@nt4f04uNd commented on GitHub (Feb 21, 2020):
I am not sure what's the trouble that causes that, but you can check out this repository to make it more powershell-like
@kerol2r20 commented on GitHub (Feb 22, 2020):
Hi all,
I implement a simple script to add context menu.
It work for me with windows terminal version 0.9.433.0
Thank you @nt4f04uNd and other all inspiring me
Repo: Windows-terminal-context-menu
@Nomelas commented on GitHub (Feb 22, 2020):
This is really great!!! however few notes:
https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_execution_policies?view=powershell-7
you need to Set-ExecutionPolicy to Unrestricted to run it.
Also, this seems broken:
Also, it says:
but doesn't actually create it properly (Its missing icons and my Git Bash one is missing becuase i dont have the hidden key in it):

@Nomelas commented on GitHub (Feb 22, 2020):
Added this under global definitions:
$gitbashIcoFileName = "git-bash.ico"and this after line 101:
Looks like it just doesn't like loading the icons from:
%LOCALAPPDATA%\WindowsTerminalContextIcons
... cause it looks fine in the registry key.
Instead I changed this line to:
$resourcePath = "$PSScriptRoot\icons\"and removed:
Copy-Item -Path "$PSScriptRoot\icons\*.ico" -Destination $resourcePath@regul4rj0hn commented on GitHub (Feb 22, 2020):
The problem is that if the folder doesn't exist the icons fail to be copied, just adding
mkdir $resourcePathbefore the Copy-Item will solve that bit. I created an issue on your repo for that. Also, there seems to be problem with the Profile parsing on some scenarios. Anyways, thanks for the script!@kerol2r20 commented on GitHub (Feb 22, 2020):
Hi @Nomelas
Thank you for your response.
I have fixed the issue about icon missing. Just reinstall it again, and re-login.
I don't prefer to set $resourcePath to script location. Because user may remove the installer folder by any reason and then the icon will miss again.
The second thing, could you share your git bash profile? Because I am not set Git-bash on my WT.
I need a pattern to set the rule.
@Nomelas commented on GitHub (Feb 22, 2020):
I fixed all the issues and am submitting a PR
@kalaschnik commented on GitHub (Feb 23, 2020):
@Nomelas, unfortunately it does not work for me. I edited the config.json and run the ps script. After clicking the icon (no shell folders) I receive:
This file does not have a program associated with it for performing this action. Please install an app or, if one is already installed, create an association in the Default Apps Settings page.Thats the registry chunk:

@KUTlime commented on GitHub (Feb 23, 2020):
Guys, I know that I'm a little bit late to this party but how about to use OpenHere ? 😉
Run PowerShell with elevated permissions and type:
👍 who likes this!
@KUTlime commented on GitHub (Feb 23, 2020):
@nt4f04uNd Maybe you should read the documentation first, specially Notes
@eskoONE commented on GitHub (Feb 25, 2020):
i might have missed it, but settings starting directory to "." opens the installation directory of windows terminal when opened from start menu and open here context menu opens in the directory you are in. when using "%USERPROFILE%", opens both ways only in my user directory.
is there a way to make open here work and still have "%USERPROFILE%" as default path when opening from start menu? open here doesnt work with "%USERPROFILE%".
@nt4f04uNd commented on GitHub (Feb 25, 2020):
@eskoONE and others, yes, it is!
There is a solution with using -d argument. Check out https://github.com/nt4f04und/wt-contextmenu
@kentwongg commented on GitHub (Mar 2, 2020):
It works!! Thank you!
@iabduul7 commented on GitHub (Mar 4, 2020):
How can I add option to open that thing.exe only when I press SHIFT key - like with the option of "PowerShell Window"
@iabduul7 commented on GitHub (Mar 4, 2020):
How can I remove it?
@KUTlime commented on GitHub (Mar 4, 2020):
From documentation:
Remove-OpenHereShortcut -ShortcutType:WindowsTerminal@KiritoDv commented on GitHub (Mar 9, 2020):
This scripts has some bugs because is made for an old version of Windows Terminal, i made a fork to fix those errors
https://github.com/KiritoDv/Windows-terminal-context-menu
@kerol2r20 commented on GitHub (Mar 9, 2020):
Hi @KiritoDv
Could you check what's your Windows terminal version?
I use latest release version v0.9.433.0 and install successfully.
Thanks~
@KiritoDv commented on GitHub (Mar 9, 2020):
I have the latest version, but when i update my profiles file are the same from the old profiles version, Sorry for that, at least the change works to someone with the same error
@RonaldOlsthoorn commented on GitHub (Mar 9, 2020):
Kuddos Kirito for making the script, it's really nice. Any chance this will be supported by WT in the future?
@zadjii-msft commented on GitHub (Mar 9, 2020):
@RonaldOlsthoorn There's certainly a chance - hence why this issue is still open 😄
If someone could figure out how to install these context menu entries from a packaged application, and be able to update the entries dynamically (to reflect the list of profiles), then we'd certainly be interested in reviewing a PR 😉 Until then, it's just on our backlog.
@WSLUser commented on GitHub (Mar 9, 2020):
Maybe the folks who did it for Pengwin could do it for Terminal as well (or at least advise on what they did to get it working).
@wtfzambo commented on GitHub (Mar 9, 2020):
Kudos to you for making the script, works like a charm.
@jelster commented on GitHub (Mar 10, 2020):
Implementation note: The PowerToys app manifest shows how to declare file explorer context menus for files and for folders. I'm not sure if this would require a concommitant COM server registration though...
Note the overlap with #2189 - seems mostly parallel rather than complementary, however.
@kerol2r20 commented on GitHub (Mar 11, 2020):
I have not traced the source code.
Not really sure what's the callback function of
profiles.jsonmodified🤔.@atif-dev commented on GitHub (Mar 15, 2020):
Mine worked after spending lots of time to read people comments.😃
Steps to Add "Windows terminal here" into right-click context menu:
1)Download windows terminal from Microsoft store
2)At https://github.com/yanglr/WindowsDevTools/blob/master/awosomeTerminal/icons/wt_32.ico
download icon with file name wt_32.ico
3)Open your CMD and run this command
mkdir "%USERPROFILE%\AppData\Local\terminal"4)Copy the windows terminal icon(that you have downloaded in Step 2) to the folder C:\Users[your-user-name]\AppData\Local\terminal
(Example for mine to copy icon: C:\Users\Dell\AppData\Local\terminal)
5)Open notpad and write below code
In [your-user-name] write your user name.
for example my username is Dell my paths will be
Save file as wt.reg in your Desktop(or anywhere in your PC) and open it
(press OK all)
7)Test it by right click=> Select windows terminal here
[Windows terminal(Preview) will open]👍
@4k3or3et commented on GitHub (Mar 16, 2020):
It still does not work when add the context menu to drives in File Explorer. It opens WT for a second and then closes it down. Any clues how to resolve this particular issue?
@KUTlime commented on GitHub (Mar 16, 2020):
@4k3or3et I'm not sure what are you referring to but the work of @atif-dev and others like @zadjii-msft is quite redundant since there is an Windows PowerShell module that fully covers this including rollback and customization.
@4k3or3et commented on GitHub (Mar 16, 2020):
Similarly like you add context menu items in
HKEY_CLASSES_ROOT\Direcroty\shellyou can also add them inHKEY_CLASSES_ROOT\Drive\shell. You get then context menu items when you right click on drives in File Explorer.The problem is that when you add
"C:\Users\PROFILE\AppData\Local\Microsoft\WindowsApps\wt.exe -d "%V" -p "Debian"which works in case of folders, it does not for drives in File Explorer. WT then opens for a second and closes down for some reason.My question is if anyone figured out why Windows Terminal cannot handle the "%V" in case of Drive?
Thank you.
@DHowett-MSFT commented on GitHub (Mar 16, 2020):
The shortcut should be
%V\.@4k3or3et commented on GitHub (Mar 16, 2020):
Oh Man! This is awesome!!!
This works for drives and folders...
Would you be that kind and explain to me the "science" behind "%V."? How does it differ from regular "%V"?
@DHowett-MSFT commented on GitHub (Mar 16, 2020):
So this is one of those "weird issues".
"%V"at the drive root expands to"C:\". Most command argument parsers handle\"as", because\is the "escape" character. Therefore, it turns the path from"C:\"intoC:"(deleting the first quote, and consuming the second).Using
"%V\."makes the drive root expand to"C:\\.", which is totally legal.@4k3or3et commented on GitHub (Mar 16, 2020):
Understood. Thanks again for your help.
@ThenTech commented on GitHub (Mar 17, 2020):
I have installed it through the store, but Windows tells me "Application not found" when I put
wt.exeas the command in the registry key. If I change it to the full path, i.e.%LOCALAPPDATA%\Microsoft\WindowsApps\wt.exe, I get a "cannot access" error (not the correct rights for this item).Currently I have the command added as
cmd.exe /C start wt.exe, and this works, although the old cmd prompt flashes on screen when opening wt.@napalmpapalam commented on GitHub (Mar 26, 2020):
change through regedit %LOCALAPPDATA% on real address like "C:\Users\[user]\AppData\Local"
and then i added this
"startingDirectory": "%__CD__%"to profile.json@ThenTech commented on GitHub (Mar 26, 2020):
Thanks, it appears this is indeed the correct approach, using the expanded path instead of
%LOCALAPPDATA%. I am using"startingDirectory": "."wich also works as expected.@ThenTech commented on GitHub (Mar 27, 2020):
The point is to open the new Windows Terminal (the
wt.exeexecutable) from the context menu. The default value to open the regular command prompt, is indeedcmd.exe /s /k pushd "%V".@sundowatch commented on GitHub (Mar 29, 2020):
Here is a solution.
@vico93 commented on GitHub (Apr 3, 2020):
The bad thing about the reg file is you need to add a specific user wt's path (since UWP installs per-user) in a HKEY_CLASSES_ROOT context. I tried to replace it by HKEY_CURRENT_USER but it doesnt work for me.
IF there's a way to install WT system-wide in a "global" folder it would be a better practice
@sundowatch commented on GitHub (Apr 3, 2020):
Let me add my reg file to here, so anyone else can use it:
The first @ is text which will appear on the context menu ("Windows Terminal Here")
"Icon" is the icon path which'll also seen on the context menu.
Second @ is the Terminal exe path. you need to find out where is it.
Customize and paste this code to an txt file and rename it as wt.reg. Than run it.
Then open your new windows terminal. Go to Settings:

Here we are in the profiles.json
Paste those codes in it:
That's it
@OmegaRogue commented on GitHub (Apr 4, 2020):
here is my registry script, it makes use of the command line arguments. I configred it for CMD, Powershell and WSL Ubuntu default Profile names, with both normal and Admin prompts. It doesn't require any changes to the profiles.json, unlike most of the scripts i've seen in this issue
https://gist.github.com/OmegaRogue/9069405e7b0bf5e76f1c5d9c96f8b663
@t-makaro commented on GitHub (Apr 6, 2020):
None of these options are something that I'd be totally happy with. So, I took a stab.
I modified @OmegaRogue's solution. I didn't like the nesting, so I attempted to split the admin and non admin into separate menus.
Unfortunately, I cannot figure out how get the admin commands at the same level. This is what I have:

Here is my .reg file
I've left some comments to help people figure out which sections do what, so that maybe someone can help fix the admin nesting.
@OmegaRogue commented on GitHub (Apr 6, 2020):
I can modify my file to do that and to remove admin nesting
@lllopo commented on GitHub (Apr 6, 2020):
@OmegaRogue Nice one, but I guess the main menu icon will die with a version (and so WindowsTerminal.exe path change). Maybe replacing it with a more universally accessible icon would be better.
Edit : Also if you manage to add admin options (of @t-makaro) without the nesting problem would be great.
@KUTlime commented on GitHub (Apr 6, 2020):
Funny, how @lllopo @OmegaRogue @t-makaro @sundowatch and others re-inventing a wheel.
These
regfiles has same mistakes all over again. They lack the roll back or tests. They aren't working on paths with non-ASCII characters likeě š č ř í é ý é ůor you have to change your Terminal's setting.Have a look over here instead.
@OmegaRogue commented on GitHub (Apr 6, 2020):
I know the problem, and the version i use doesn't have it, i just posted this version for readability, my version uses hex(2) encoded text instead of a normal string
@ErraticFox commented on GitHub (Apr 7, 2020):
People then forget the side affect of if you add
"startingDirectory": "."to work with the Registry edit that adds right-click to open in current folder, that now if you just open up the Terminal via start menu, it opens to the system32 directory@OmegaRogue commented on GitHub (Apr 7, 2020):
which is the reason my script doesn't need that
@OmegaRogue commented on GitHub (Apr 7, 2020):
i have added a version of my registry script to the gist that doesn't have nesting:
https://gist.github.com/OmegaRogue/9069405e7b0bf5e76f1c5d9c96f8b663#file-directory_prompts_windowsterminal_nonnested-reg
@jgreffe commented on GitHub (Apr 8, 2020):
Did this:
download https://github.com/microsoft/terminal/blob/master/res/terminal.ico to %USERPROFILE%\AppData\Local\Terminal@OmegaRogue commented on GitHub (Apr 8, 2020):
You don't need to download the icon, you can just use the path of the executable as the icon path, as i did in my registry script
@megapro17 commented on GitHub (Apr 23, 2020):
Well, we need to edit reg file each time windows terminal is updated? it's better to store icon file somewhere else
@gusalecar commented on GitHub (Apr 24, 2020):
I noticed that right clicking a folder and launching the terminal doesn't work properly, it opens in the container folder.
Came to a solution by replacing
wt.exe -d .withwt.exe -d "%V"in the registry script, that's the way VS Code does it.Here's the fixed registry script I used (no icon)
Edit: Added %V. as suggested, and right click to a drive.
@keremcanb commented on GitHub (Apr 29, 2020):
This solution worked great, thank you.
@brainfoolong commented on GitHub (Apr 30, 2020):
@BealeStBluesBoy and @megapro17 Thank you for your reg file.
I noticed that
wt.exe -d \"%V\"does correctly open with selected folder but it does not work when you are in the root of a drive. Example onc:ord:. It opens the terminal but with errorcode0x8007010bAlso, when you select a drive and run that command, another error appears and the terminal doesn't even open.
However, with
wt.exe -d .the terminal does open without problems, doesn't matter where you are. The downside is, it just opens the directory where you currently in, not that directory that you have selected. When you select a drive directly, it just opens inc:\windows\system32folder.I'll stick with
wt.exe -d .as it always opens a usable terminal.EDIT:
As @DHowett-MSFT suggested bellow, there is another option
wt.exe -d \"%V\.\". This improve the behaviour and does make a terminal open even when you are in the root of a drive. One thing that still does not work with this solution is when you select a drive. This still result in an error.Offtopic: This issue is a way to big to read each single comment :) Sorry for double posting an issue.
@DHowett-MSFT commented on GitHub (Apr 30, 2020):
Try
"%V\.", as suggested multiple times in this thread.@aminya commented on GitHub (Apr 30, 2020):
How do you add a run as admin too?
@saurabh896 commented on GitHub (Apr 30, 2020):
Can we switch to admin through the terminal ?
@gerardog commented on GitHub (Apr 30, 2020):
Not right now with vanilla Windows Terminal. Maybe WT v2.0, see #5000. But, there is a workaround: you can use gsudo, an open source Sudo for Windows.
https://github.com/gerardog/gsudo
Since I am the author I feel obligated to warn that it's technically possible that a specially crafted malware could potentially send keystrokes to the sudo'ed console and skip UAC isolation/and escalate privileges.
@aminya commented on GitHub (Apr 30, 2020):
Speaking of cmd way, there is already a cmd command called
runaswhich asks for the password (similar tosudo).https://en.wikipedia.org/wiki/Runas
@saurabh896 commented on GitHub (Apr 30, 2020):
What if we check for unwanted access through some security mechanism? Would that work? GSudo is good start.
@KUTlime commented on GitHub (Apr 30, 2020):
@brainfoolong There are other problems than just the root of a drive but I've solved all these problems here. ✌
@Neutralization commented on GitHub (May 2, 2020):
@aminya I turned off UAC and disabled Admin Approval Mode(AAM) like BrainSlugs83 answered in https://superuser.com/questions/462174/winr-runs-as-administrator-in-windows-8.
If you don't care about security problems or whatever side effects it may cause, after doing this Windows Terminal will run as Administrator by default, thus no further settings needed after using registry script above.
@aminya commented on GitHub (May 3, 2020):
I finally fixed the problem 🚀 . Just merge this.
This has the admin button without any security issues.
Generic Reg file
(If you don't have PowerShellCore, this is slower):
Faster Reg File
(If you have PowerShellCore)
You can download the icon from here and replace its download path (escape
\) withcmd.exe:https://raw.githubusercontent.com/microsoft/terminal/master/res/terminal.ico
@nt4f04uNd commented on GitHub (May 3, 2020):
@aminya admin mode doesn't work for me at all.
-windowstyle hiddenseems to be ignored too@aminya commented on GitHub (May 3, 2020):
You may need to restart explorer.exe
It shows the windows for a moment.
@YoraiLevi commented on GitHub (May 5, 2020):
some of the admin scripts don't work for me, I am not sure why, but I have noticed that
git bash(speaking of which vscode seem to have lots ofopen with vs codeentry points scattered in the registry) shows in more menus than some of the solutions offer so I created a simplified version of @OmegaRogue'sthis uses
"%USERPROFILE%\AppData\Local\Microsoft\WindowsApps\wt.exe" "-d" "."as the command, as suggestedhttps://gist.github.com/YoraiLevi/283532872b26b93e562b04812821db25
@deadcoder0904 commented on GitHub (May 5, 2020):
This tutorial explained better ➡️ https://windowsloop.com/add-open-windows-terminal-here-option-to-right-click-menu/
@lextm commented on GitHub (May 6, 2020):
I just created two PowerShell scripts for install/uninstall the context menu items, and shared them on GitHub at
https://github.com/lextm/windowsterminal-shell
The logic is similar to what @nerdio01 proposed, but the menu layout is slightly different (update: now multiple layouts are supported).
With
install.ps1anduninstall.ps1, you no longer need to import registry key files and wonder how to delete them if you don't like.Pull requests are welcome.
@Stanzilla commented on GitHub (May 6, 2020):
A bit annoying that the icon is in a versioned path, is there a better way to reference to it apart from just shipping my one?
@khalibloo commented on GitHub (May 9, 2020):
The way I see it, having to manually edit the registry isn't an ideal solution. Part of the selling points of this project is that it supports several kinds of shells (pwsh, cmd, ubuntu, whatever else) and this list can vary from user to user. A fixed registry script won't cut it.
One would also have to remember to manually remove the changes made to the registry when uninstalling Windows Terminal.
Is there a specific design/technical consideration/limitation that would block this feature from being built into Windows Terminal itself? Or is it more a matter of manpower, priorities and time?
@DHowett-MSFT commented on GitHub (May 9, 2020):
Definitely that one. If I had all the engineering time to spend I’d want to offer an actual shell extension that detected your profiles and displayed them in a menu, and let you spawn shells in already-running instances of Terminal.
@khalibloo commented on GitHub (May 10, 2020):
After giving it some thought, I think there might be a simpler way to approach this. What if there was only a single static entry in the context menu, which when clicked would open Windows Terminal where they are then prompted to select a profile.
This would remove the need for maintaining a dynamic set of registry keys. And make it so that the settings file doesn't need to be parsed and checked for profile changes on every right click.
I haven't familiarized myself with the codebase of this project, so I can't say for sure if that would reduce the amount of work needed to implement this. But I'd like to hear your thoughts on that.
@llevo3 commented on GitHub (May 21, 2020):
just type wt in addressbar in windows explorer in any folder and hit enter
@warrenbuckley commented on GitHub (May 21, 2020):
If anyone tried @llevo3 tip of typing
wtin the explorer address bar like you would withcmdis not working for you.Then ensure the following is in your PATH environment variable
%USERPROFILE%\AppData\Local\Microsoft\WindowsApps@abdulghanitech commented on GitHub (May 22, 2020):
@llevo3 this doesn't open the windows terminal in the current directory. Rather it opens with the default directory.
@DHowett commented on GitHub (May 22, 2020):
@abdulghanitech this extremely specific problem has been discussed no fewer than 30 times in this thread. 😄
@whitemalt commented on GitHub (May 25, 2020):
if you want to open current directory, just use -d option in front of the address
ex
wt -d [path you want to go]@cbruegg commented on GitHub (May 25, 2020):
To clarify, you can open the current directory by typing
wt -d .@Sayan751 commented on GitHub (May 25, 2020):
Q: Once the terminal is opened with
wt -d ., is there a way to use that same path for new terminal instances (tab/pane)?@darcyparker commented on GitHub (May 25, 2020):
@Sayan751 https://github.com/microsoft/terminal/issues/4472
@Xuz99 commented on GitHub (May 30, 2020):
Thank you to everyone who commented a solution and different approaches to apply this correctly. I got it working with Console 2. Using the "Open here" with the flag
-d .worked prefect.@foremtehan commented on GitHub (Jun 6, 2020):
Excuse me how can i fix this
@DHowett commented on GitHub (Jun 6, 2020):
Dude, don’t come on to an unrelated thread to ask a question. File a new bug and the team can look at it 😄
@Vlad412 commented on GitHub (Jun 6, 2020):
I had a problem with this solution, some permission issues, if it can help someone
replace
@="%LOCALAPPDATA%\\Microsoft\\WindowsApps\\wt.exe"with
@="C:\\Users\\YOURUSERNAME\\AppData\\Local\\Microsoft\\WindowsApps\\wt.exe -d ."@Wakeful-Cloud commented on GitHub (Jun 13, 2020):
From my understanding, percent-encoded environment-variables must use the expandable string type (
REG_EXPAND_SZ) in order to be correctly interpreted which is why I believe some of the other solutions don't fully work1. I created the below Registry script which uses expandable strings so you don't have to change the username however, you probably want to change the icon path.I also added an action/option to open as an administrator.
@ghost commented on GitHub (Jun 16, 2020):
Hey thanks for this, I didn't end up using this because it pops up a Windows PowerShell window when launching in an elevated fashion however it got me to look deeper into this and I've made my own repository with an easy install script for anyone else who desires context menu entries for Windows Terminal.
@lextm commented on GitHub (Jun 16, 2020):
For future readers of this long thread,
Microsoft decided to include its own Windows Explorer context menu items. That's why this issue was closed. However, due to their release cycle this won't land on your machine (via Microsoft Store for Windows 10) in a few weeks (or months). So far, they developed a simple shell extension with some core functionality.
If you really need context menus at this moment, you have to add such menu items on your own using one of the methods in this long thread. To summarize,
Whatever you choose, report issues to the owners of those repo so they can fix them.
@zadjii-msft commented on GitHub (Jun 16, 2020):
Oh it'll definitely be sooner than months 😉
@ghost commented on GitHub (Jun 18, 2020):
:tada:This issue was addressed in #6100, which has now been successfully released as
Windows Terminal Preview v1.1.1671.0.🎉Handy links:
@Jackenmen commented on GitHub (Jun 18, 2020):
Shouldn't the
Store Downloadlink to Windows Terminal Preview (https://www.microsoft.com/store/apps/9n8g5rfz9xk3?cid=storebadge&ocid=badge)? 🤔@zadjii-msft commented on GitHub (Jun 18, 2020):
@DHowett oh no, we'll need to update the bot
@ghost commented on GitHub (Jun 18, 2020):
Seems as though I'll still be using my batch script for now as the vanilla one doesn't include an elevated option, I'm sure with more time the vanilla version will get more options and or features though, big thanks to the guy who submitted the pull request!
@DHowett commented on GitHub (Jun 18, 2020):
Huh, we absolutely will need to update the bot. Lol.
@psxlover commented on GitHub (Jun 18, 2020):
Sorry for the off topic message, but if you have installed both the release version and the preview one, which would be invoked when running wt?
@Jackenmen commented on GitHub (Jun 18, 2020):
I'm guessing whatever you have set in App execution aliases in Windows's settings:

@DHowett commented on GitHub (Jun 18, 2020):
Yep.
@musm commented on GitHub (Jun 18, 2020):
Would be nice if the terminal icon was included as well in the context menu
@zadjii-msft commented on GitHub (Jun 18, 2020):
Hey wadda ya know, that's #6246.
Please for the love of everyone else on this issue (all 111 of you), please check these issues:
https://github.com/microsoft/terminal/issues?q=is%3Aopen+is%3Aissue+label%3AArea-ShellExtension
before commenting on "man it'd be cool if the context menu did..."
@miniksa commented on GitHub (Jun 19, 2020):
Got it.