mirror of
https://github.com/microsoft/terminal.git
synced 2026-02-03 21:25:34 +00:00
Enable globalSummon / quakeMode to work even when there isn't a running Terminal
#13673
Open
opened 2026-01-31 03:49:05 +00:00 by claunia
·
62 comments
No Branch/Tag Specified
main
dev/cazamor/bugfix/window-root-memory-leak
dev/lhecker/11509-kitty-keyboard-protocol-wip
automated/loc-update
feature/llm
dev/pabhoj/actions_editor_visual
dev/cazamor/selfhost/2026-01-29
dev/lhecker/11509-kitty-keyboard-protocol
dev/cazamor/sui/search
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#13673
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 @zadjii-msft on GitHub (Apr 29, 2021).
Originally assigned to: @zadjii-msft on GitHub.
This is probably going to need the "headless monarch" work we theorized. Different parts to this:
startOnUserLoginwhich starts the Terminal window.I've had many more thoughts on the matter in the past, I just need to have somewhere to put them.
@dag03tsc commented on GitHub (Jun 1, 2021):
I'm pretty sure this already came to your mind before, but what about using the service approach?
It'd only require the tray icon feature to enable the persistence and provide some control over the service itself.
I guess that'd also allow termination commands like
exit, while keeping theglobalSummonorquakeModeavailable, for as long as the service is running.Could it be useful to have some kind of a master orchestrator service? Something like a service to host and manage all WT instances?
@kensykora commented on GitHub (Jul 13, 2021):
Been testing out the preview channel and I LOVE quake mode. Since the terminal is so core to my development workflow, it'd be HUGE if this launched on startup so it felt like a core part of the OS.
@hensz commented on GitHub (Jul 20, 2021):
Is this issue purely about starting (and keep running) Terminal at startup? I was looking for a way to manually start a terminal in Quake mode, just as asked for in issue #10206.
@zadjii-msft commented on GitHub (Jul 20, 2021):
That'd be
wt -w _quake. See also the docs@hensz commented on GitHub (Jul 21, 2021):
This doesn't work since I have both the stable and the preview version installed, and wt runs the stable version. Most likely I could simply uninstall the stable version. Is there any other way to launch the preview?
@zadjii-msft commented on GitHub (Jul 21, 2021):
You could always change
wtto open the Preview version. To do that, you can check out the "Manage app execution aliases" page in the settings@hensz commented on GitHub (Jul 21, 2021):
Hmm, if I do this and try to run wt, I get an error from the stable version:
[Window Title]
C:\Program Files\WindowsApps\Microsoft.WindowsTerminal_1.8.1521.0_x64__8wekyb3d8bbwe\wt.exe
[Content]
Windows cannot access the specified device, path, or file. You may not have the appropriate permissions to access the item.
@hensz commented on GitHub (Jul 22, 2021):
OK, when I remove the stable version running wt successfully launches the preview, and also launching in Quake mode works fine. Thanks a lot! Now I only need to figure out how I can add this command as a shortcut to my start menu 🙈
@NinovanderMark commented on GitHub (Aug 11, 2021):
If there were an option to start Windows Terminal in Quake mode, but hidden, that would solve it in my book.
Something like this:
wt -w _quake --hidden@zadjii-msft commented on GitHub (Jun 2, 2022):
Another idea suggested in #13210 - start Terminal minimized to the tray on system startup.
I'm not sure how I feel about that. Initial thoughts is that I'd want to avoid that solution, since it would incur starting the user's shell(s) at startup, and having them running until the user actually invokes the Terminal. (I should be OOF this week so I'm not gonna give this much more thought ATM beyond just de-duping threads)
@vadimkantorov commented on GitHub (Jun 2, 2022):
This minimized to tray on startup is quite frequent among other apps. If needed, spawning actual shell / profile can be postponed until the first summon (especially for WSLv2 shells that spawn a virtual machine and occupy a lot of RAM), but the rest of the app would already be initialized.
And in quake scenario, having Terminal occupying space in the app bar is wasteful, having one in tray is sufficient.
@PathogenDavid commented on GitHub (Jun 2, 2022):
Unless there's other useful functionality associated with it, I'd personally rather not have yet another thing cluttering the overflow menu of the notification tray (and definitely not in the taskbar.)
To me this feature should feel like an ambient operating system thing.
@JJRcop commented on GitHub (Jul 9, 2022):
For the moment launching minimized to tray could be solved with a new command line option "--minimized"
@AlexHunterCodes commented on GitHub (Jul 11, 2022):
"Launch on machine startup" and "Always display an icon in the notification area" both enabled achieves similar behaviour to what I'm used to with always-available Quake mode terminals on macOS and Linux, but it's not perfect.
I have to accept the always-present tray icon that does nothing and is either visible or not visible when a normal Terminal window is open (depending on how you configure it), and I have to manually close the default Terminal window that opens on startup every time (although I'll try @JJRcop's suggestion to suppress that). Plus, when I open the Quake terminal, it appears as another Terminal window in the taskbar.
Ideally, there would be an option to launch into the background without any window at startup, and an option to have Terminal running in the background but without yet another tray icon. Anyone using Quake mode is a developer or a power user, if Terminal breaks or needs restarting we know how to kill it from Task Manager without a tray icon adding clutter.
Definitely like @PathogenDavid's perspective that if Quake mode is enabled, it should just be available whenever without jumping through a sequence of obscure configuration options and workarounds. I know some Linux desktop environments do that already and it's really nice.
@JJRcop commented on GitHub (Jul 12, 2022):
Sorry, allow me to clarify that
--minimizeddoes not currently exist, and my suggestion is directed towards near-future quick-fix development rather than towards current usage.I just edited my comment to hopefully make this clear, oops.
My sincerest apologies, sorry for any misunderstanding. 😅
@zadjii-msft commented on GitHub (Jul 12, 2022):
FWIW,
--minimizedis tracked in #7374@akovia commented on GitHub (Jul 12, 2022):
Probably missing something, but I don't see a reason to have anything start with the OS unless there is some large configuration to load that took an inordinate amount of time. When you hit your launcher Hotkey, it should just launch directly into quake mode as the title suggests. Having a taskbar icon doesn't bother me at all as it tucks away in the overflow and just gives another way to interact with the program to access settings or kill the program for people who are used to working that way. There really doesn't need to be an icon in the app bar though when using quake mode. Having quake mode enabled pretty much insinuates you will be accessing your terminal via hotkey, so an app bar icon should at least be configurable if it's not desired.
Linux has perfected most of these issues over the years. I use XFCE4-terminal and it does almost everything perfectly. After booting is finished I just hit F12 and it launches nearly instantly. It has a tray icon but not an app icon. If I launch any additional instances it opens in a regular window with an app bar icon, but it doesn't affect my quake mode instance. I can also launch programs directly into a new tab of my existing running quake mode instance which is extremely handy for my custom actions in Thunar.
I only use Windows at work but I am truly grateful to have WT with quake mode now. If there is one thing I actually prefer with WT, is the ability to open with a pre defined set of tabs. (though the tabs should really be on the bottom of the window imho, (and visible) )
Lastly, it may be trivial, but I do wish the window would slide down from the top instead of opening across the screen from the bottom.
@DHowett commented on GitHub (Jul 12, 2022):
Unfortunately, the problem is that we can't do that without having something launched before you press the hotkey to register for it and intercept it when you press it.
The only other way for us to accomplish it without pre-launching something would be to add a hook in the Windows shell, which wouldn't come out to users for another 1,000 years and then would only be available to people with Intel Core i48 processors.
@akovia commented on GitHub (Jul 12, 2022):
Thank you for the reply and sorry for my ignorance, but couldn't you use a systemwide hotkey to launch wt with the options you wanted? (ie.. create a shortcut and assign it a "shortcut key"?) If it determines the program is already open, it would function as a visibility toggle, otherwise it would spawn the program itself. It wouldn't be a hotkey that you configure within wt itself, but not sure that would matter if it accomplished the same goal.
I admit my ignorance on the inner workings of Windows, so again I apologize if there is something fundamentally flawed with this approach. It is completely useable as is and I'm glad to have it. Thanks for your hard work!
@DHowett commented on GitHub (Jul 12, 2022):
HUH. Now that you mention it . . . shortcuts do support that! I wonder if they need to be placed in a specific directory, or need some other special treatment.
That's an excellent idea. Thank you! Is it I who was ignorant!
@PathogenDavid commented on GitHub (Jul 12, 2022):
I thought they could be anywhere, but it seems they must be on the desktop or a folder on the desktop. (Maybe other places too, but it's definitely not anywhere.)
It's worth noting it doesn't support shortcuts involving the Windows key (at least the UI doesn't let you create them.) Additionally, on my PC at least there's a pretty significant/unacceptable delay between me pressing the shortcut and the application actually launching.
I kinda get the vibe that this feature exists mainly due to legacy momentum. It's been around since at least Windows 95:
It's definitely an interesting feature from a trivia perspective, but I doesn't feel particularly well-suited for this task IMO.
@akovia commented on GitHub (Jul 13, 2022):
LoL, it's always something with Windows.
From glossing over this answer to the problem, it seems like it's fixable, but may not be worth the trouble for some. There are programs out there like this which may offer a solution, but again I'm not sure it's worth the trouble for most.
Such a shame it's got to be this difficult. Systemwide shortcuts should just work out of the box. :\
@AlexHunterCodes commented on GitHub (Jul 23, 2022):
I don't think I'd want to rely on Windows Desktop shortcuts since it seems like a janky forgotten feature that could be axed by Explorer for security reasons at any time. I think it was added back when Active Desktop was all the rage. "Let's replace your desktop wallpaper with an IE4 instance, what could possibly go wrong?"
Thinking about the UX from the perspective of an end-user who just wants to use the product without participating in its development: If Terminals' goal is to become a first-class citizen for Windows on par with most Linux DEs, then shell integration should be on the long-term roadmap regardless. If we're already able to replace the default console host with WT, then shell integration and Windows shipping with WT pre-installed should both be inevitable. If that's going to take a long time, then those conversations should be started now so it's at least on the right people's radars.
If that's not feasible, that's not a technical problem, that's a management and product roadmap problem. To be frank, end users don't care that Microsoft's corporate culture insists on pitting its own teams against each other, competing in parallel to solve the same problems.
A means to run WT minimised to the tray on startup (and WT itself listens for the Quake mode shortcut key), or a startup background helper to launch Terminal in Quake mode the first time the shortcut is pressed are both sensible short-term compromises. I don't have a strong preference either way; but I'd like the option to choose when the shell init happens (pre-emptively or deferred) and hide the tray icon.
PowerToys offers a mechanism to rebind system shortcuts, but doesn't have a mechanism to create new ones. However it also offers a modular architecture to run small tools in the background which add supplementary functionality to apps for power users. Maybe the Quake mode trigger helper would be a good candidate for that? It would synergise well with the keyboard remapping toy, and if it was generic it could be used for other tools too. (custom macro boards, game controllers, accessibility utilities, etc.)
@Hellzbellz123 commented on GitHub (Aug 21, 2022):
fun fact, the desktop shortcut doesn't work properly if you select minimized in shortcut options, it results in the wt instance being spawned off screen and the only way to get it to show up after a restart is restarting WT or toggling full-screen then using win+arrow keys to move it back onto the desktop :/ this is also related too #9053 and others mentioned their, this is a decent work around if you only intend on using quake mode, however if you have windows terminal set too attach to an already opened instance you cant use WT from anywhere but win + ` until you use above workarounds, this was tested just now using windows terminal preview on windows 11
@cs-spacecat commented on GitHub (Oct 8, 2022):
dirty way to start it minimized:
wt -w _quake powershell -nologo -window minimized@NinovanderMark commented on GitHub (Oct 19, 2022):
That's exactly what I was looking for. Thank you so much! I can't quite figure out how to pass a particular Windows Terminal profile though. I tried the following, but it pops up an error about the
-windowargument being unexpected.wt -w _quake -p "PowerShell" -window minimized@DHowett commented on GitHub (Oct 19, 2022):
Ah, the ages-old issue with
-p x. You'll need to specify a command to run using that profile¹; trywt -w _quake -p PowerShell pwsh -nologo -window minimized¹ why is this the case?
Passing a command on the commandline overrides the profile's command, it doesn't add to it (various reasons this is true, one of which is that appending arguments to
cmdprofiles would requirecmd /s /cand appending to powershell profiles would require-command, unless you wanted to pass arguments and not a command, at which point it's all for naught really... see docker'sENTRYPOINTfor all the terribly fun ways this can fall apart 😄)@zeroZshadow commented on GitHub (Oct 19, 2022):
Note that this doesn't seem to apply all settings for the given profile. For example, the set Font is not applied.
@alexanderVprice commented on GitHub (Nov 22, 2022):
For now, I'm using this shortcut:
pwsh -c "Start-Process wt.exe -WindowStyle Hidden"with
Run:MinimizedTo run
in a short-lived, minimized conhost window.
Aside from (1) the conhost/pwsh icon that pops up on the taskbar very briefly on login (blink and you'll miss it), and (2) the fact that global summon / quake mode will stop working if you close all your terminals, this workaround.... well, works around the issue.
@Potato22 commented on GitHub (Jan 22, 2023):
I really wished I could somehow only run this command once since the
_quakewindow always pops up then quickly disappears every time a new window is opened (aka new instance in which the profile has to be re-init)I put the command in the profile.
@cs-spacecat commented on GitHub (Jan 22, 2023):
I don't exactly know what you mean, but yeah, it pops up for a second when launched. The problem is that you could shorten this delay by removing the "-nologo", but then the subshell gets really messed up.
@batu1579 commented on GitHub (Feb 6, 2023):
I made a few tweaks to @KKirschi 's way, and so far it's working.
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartupI added a 1 second wait after launch quake. If the window doesn't disappear after logging in, try to extend it for a little longer.
Hope that helps orz~
@zadjii-msft commented on GitHub (Mar 2, 2023):
I know that the "start the Terminal without a visible window" is a big part of this, but #14944 should make this a heck of a lot easier going forward.
NOTE TO SELF
Do the
startOnUserLogin: headlesswt --headlessthing to close this.--headless: Forces this launch of the Terminal into headless mode. If there are no other actions specified on the command line, then this will start the Terminal without a visible window. If the Terminal is already running, force the currently running terminal into headless mode. In headless mode, closing all terminal windows does not close this terminal instance, unless you perform the "Quit the Terminal" action.Started in
dev/migrie/oop/3/of-the-silmarils@User1785604260 commented on GitHub (Mar 2, 2023):
Will it be possible to enforce that the headless terminal window is the only window capturing the Win+` quakeMode hotkey? I don't like having the quake terminal run as admin, so I'd want to start the headless as non-admin and make sure it's the only thing opening new terminals when Win+` is pressed.
I wrote my own script to act as an Emporer and take over the Win+` hotkey entirely on its own to ensure this wouldn't happen. Sometimes I'd end up opening an admin terminal immediately on login, and if it was the first instance to run it'd grab the Win+` hotkey and then I was locked into having admin quakeMode until I quit that initial terminal.
@zadjii-msft commented on GitHub (Mar 2, 2023):
After #14944 it'll still be whoever launches first who gets it. We're vaguely tracking the elevated/unelevated wonkiness in #12173 though, so that's probably the thread to follow up in 😊
@zadjii-msft commented on GitHub (May 24, 2023):
Since folks in this thread are probably interested: https://github.com/microsoft/terminal/releases/tag/v1.18.1421.0 added the global setting
compatibility.allowHeadless, which should let the Terminal keep running in the background after closing all windows. This'll let the global hotkeys keep working, even if the Terminal isn't open.There's still more work to do, and I'm tracking it as follows:
start /min wtfor most scenarios as of 1.18.startOnUserLoginto be set toheadless, so the terminal auto-starts without a window: #13630@vadimkantorov commented on GitHub (May 24, 2023):
@zadjii-msft could Terminal somehow run headless / without UI or with minimal non fully-fledged UWP UI if a
*.cmd(or other) script is being launched in an unattended way as part of Windows startup? usecase of slow Terminal UI flickering when Windows runs some startup scripts: https://github.com/microsoft/terminal/issues/15001 - maybe these runtime scripts are being executed ascmd.exe ....which now spins up Terminal. maybe for these cases Terminal could support a headless mode?@zadjii-msft commented on GitHub (May 24, 2023):
@vadimkantorov I'm gonna move that discussion over to #15001.
@vadimkantorov commented on GitHub (May 24, 2023):
no prob! just wondering if this new headless mode is useful for that usecase. currently every windows startup script spins up its own Terminal instance. maybe at least they could share an instance (and thus speed up all subsequent ui draws)
@DrLeh commented on GitHub (Jun 16, 2023):
I use the following hotkey in Autohotkey to help enable this:
I couldn't get this to actually start in quake mode, so in reality what i have to do is press `#``, this opens terminal, then press it again to get quake mode, then again to hide it, then close the original terminal.
This is far from optimal but at least gives me a single hotkey to get terminal open and into quake mode without having to open wt through some other means.
@NewtonChutney commented on GitHub (Jul 3, 2023):
Meanwhile, can the preview release of WT point to a schema with these keys in it?
I did try changing the schema, and didn't find this key though.. This seems missing.. 🫠
But the key value pair is detected! 😌
@Memoraike commented on GitHub (Jul 31, 2023):
Try this:
@H4M5TER commented on GitHub (Aug 10, 2023):
Since it would open a new shell nested in default shell, I put
pwsh -nologo -window minimizedon a standalone wt profile and usewt -w _quake -p quaketo launch.@MolotovCherry commented on GitHub (Oct 28, 2023):
As of my current posting date, after reading all the above, this works for me
As a startup task. (By default it won't run the initial user profile; if you don't care about this, feel free to remove the command and even
NoExit)wt -w _quake pwsh -nologo -window minimized -NoExit -Command "& { . 'C:\Users\><User>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"Inside your settings.json (so you can still open quake after terminal/quake windows are closed)
"compatibility.allowHeadless": true,Now it always shows up no matter what (seems that a side effect as of the latest version of this posting date, is actual terminal windows open behind all others)
@unennhexium commented on GitHub (Nov 3, 2023):
@MolotovCherry
I followed your instructions and got this error:
[error 2147942402 (0x80070002) when launching `"powershell -nologo -window minimized"']⚠️Error
I also read all above.
Please clarify the exact command for the "target" field of startup shortcut.
If I understand correctly, you are creating a shortcut in this directory:
%APPDATA%\Microsoft\Windows\Start Menu\Programs\Startup📝Properties
@MolotovCherry commented on GitHub (Nov 3, 2023):
@unennhexium I have mine in a task schedule job. (trigger at log in, action start a program)
Program
C:\Users\<user>\AppData\Local\Microsoft\WindowsApps\wt.exeArgs
-w _quake powershell -nologo -window minimized -NoExit -Command "& { . 'C:\Users\<user>\Documents\PowerShell\Microsoft.PowerShell_profile.ps1' }"Start in
C:\Users\<user>I'm sure a shortcut way exists, but I have no need to experiment with that since it's already working for me.
In either case, I noticed your command is
"powershell -nologo -window minimized", why is that double quoted? Double quotes turn it into one argument. It is looking for a program named"powershell -nologo -window minimized", but no such program exists (the program ispowershell). That should be simply,powershell -nologo -window minimizedIn either case, I don't know exactly what you're doing, so I can't really debug that for you. The usual rules apply. Make sure
wt,powershellis in PATH, etc(Also, while writing this, I noticed I should use
pwshinstead ofpowershell, since the latter is the built in one in windows, where I have the newest powershell installed, which calls itpwshinstead)@amzon-ex commented on GitHub (Nov 3, 2023):
@MolotovCherry could you please tell me what
-NoExitdoes?@MolotovCherry commented on GitHub (Nov 3, 2023):
@amzon-ex According to microsoft docs, it:
So, it just keeps the shell open after running a command.
@unennhexium commented on GitHub (Nov 3, 2023):
@H4M5TER
Could you describe in detail what you do?
I do the following
📑Profile
📝Shortcut
⚠️Error
🚩This also happens if I simply open a new tab with this profile in an already active terminal window.
@unennhexium commented on GitHub (Nov 3, 2023):
@MolotovCherry
Ok. I did this using Task Scheduler
Add a trigger
🪝Trigger
🪝Trigger *
Add an action
🎣Action
🎣Action *
I'm getting the same error
⚠️Error
Just in case, I'm replacing
powershellwithpwsh. Both are in my PATH.The
wthas also been added to PATH. That is, they can all be launched from the command line.✅Checking access
I also did not include any additional quotation or other chars. I checked for extra spaces inside and at the ends of the command and its arguments. None of this was found.
This method still doesn't work for me.
The Task Scheduler allows to export tasks in
xmlformat. I did this for my task and am attaching the code from this file. So you can "debug".✏️wt_task.xml
<?xml version="1.0" encoding="UTF-16"?> <Task version="1.2" xmlns="http://schemas.microsoft.com/windows/2004/02/mit/task"> <RegistrationInfo> <Date>2023-11-03T19:04:05.6192719</Date> <Author>LAPTOP-PC\User</Author> <Description>Launches Windows Terminal in the background to be activated in Quake mode using (⊞ + `) in the future</Description> <URI>\Windows Terminal</URI> </RegistrationInfo> <Triggers> <LogonTrigger> <Enabled>true</Enabled> </LogonTrigger> </Triggers> <Principals> <Principal id="Author"> <UserId>S-1-5-21-3286135726-1618621029-3948465185-1014</UserId> <LogonType>InteractiveToken</LogonType> <RunLevel>LeastPrivilege</RunLevel> </Principal> </Principals> <Settings> <MultipleInstancesPolicy>IgnoreNew</MultipleInstancesPolicy> <DisallowStartIfOnBatteries>true</DisallowStartIfOnBatteries> <StopIfGoingOnBatteries>true</StopIfGoingOnBatteries> <AllowHardTerminate>true</AllowHardTerminate> <StartWhenAvailable>false</StartWhenAvailable> <RunOnlyIfNetworkAvailable>false</RunOnlyIfNetworkAvailable> <IdleSettings> <StopOnIdleEnd>true</StopOnIdleEnd> <RestartOnIdle>false</RestartOnIdle> </IdleSettings> <AllowStartOnDemand>true</AllowStartOnDemand> <Enabled>true</Enabled> <Hidden>false</Hidden> <RunOnlyIfIdle>false</RunOnlyIfIdle> <WakeToRun>false</WakeToRun> <ExecutionTimeLimit>PT72H</ExecutionTimeLimit> <Priority>7</Priority> </Settings> <Actions Context="Author"> <Exec> <Command>C:\Users\User\AppData\Local\MIcrosoft\WindowsApps\wt.exe</Command> <Arguments>-w _quake pwsh -nologo -window minimized</Arguments> <WorkingDirectory>C:\Users\User</WorkingDirectory> </Exec> </Actions> </Task>@MolotovCherry commented on GitHub (Nov 6, 2023):
@unennhexium Your task works fine for me verbatim (except I changed the user path to mine).
@MadameMinty commented on GitHub (Jan 5, 2024):
In
Start Menu\Programs\StartUp, I put a shortcut towt.exe -w _quakewith the dropdownRunset toMinimized. Upon startup, WT flickers once, then Quake Mode shortcut key works to show/hide the terminal until I alt+F4 or otherwise shutdown the process. It's not perfect, but close enough.@fleps commented on GitHub (Mar 7, 2024):
I can't believe we still don't have a WT argument --minimized yet.
The solutions proposed here do not work flawlessly, one (big) caveat for me was losing the ability to open your default profile Elevated / as administrator, even if configured on WT.
My workaround to have it as ADMIN was similar to above:
wt pwsh -window minimized(I don't use quake mode, I have my Win+` set to globalSummon, you can add/keep the quake parameters if wanted)Still, can we PLEASE get a
--minimizedconsidering we already have--maximized???@GeorgeGedox commented on GitHub (Mar 13, 2024):
Could we know what is stopping the devs from implementing a proper option to start windows terminal in the background on startup if we want this?
I'd like to be able to have quake mode available without using weird startup hacks or having a terminal instance active at all times in my taskbar, that defeats the purpose of quake mode.
The whole idea behind quake mode is to have a hotkey that opens the terminal at any time from anywhere without any previous intervention to "prep" it beforehand.
@zadjii-msft commented on GitHub (May 20, 2024):
Time, basically. I haven't had the chance to loop back around on
--headless(as mentioned in https://github.com/microsoft/terminal/issues/9996#issuecomment-1452670063), or the "headless" startup task (as referenced in https://github.com/microsoft/terminal/issues/9996#issuecomment-1561249825 and further spec'd in https://github.com/microsoft/terminal/issues/13630#issuecomment-1452590629).Not sure when exactly I'll have a chance to. I don't think these would be terribly difficult if someone in the community wanted to contribute either here. I could definitely provide guidance and pointers if someone runs into any questions.
@MaverickMartyn commented on GitHub (May 24, 2024):
In regards to running as admin, I use PowerToys' Keyboard Manager to run terminal on CTRL+ALT+T, and CTRL+SHIFT+ALT+T runs it as administrator.
Assuming you can make WT start in quake mode with a parameter, that should work too.
@arthurcaccavo commented on GitHub (Jun 19, 2024):
When using powertoys Keyboard Manager to run terminal is there a way to make it not open a new tab when a window already exists? In other way to make the command create a window when none exists or just invoke the existing tab instead of opening a new one whe it does?
@Memoraike commented on GitHub (Jun 19, 2024):
For your purpose, autohotkey will work. It doesn't work perfectly with minimized terminal windows, but as a temporary solution it's great. Don't forget to change keyboard shortcuts if necessary.
To work correctly with minimized windows, you should enable this option in the settings:
@MaverickMartyn commented on GitHub (Jul 5, 2024):
For anyone on Windows 11, you can start a new Terminal using WIN+X, followed by I for Terminal or A for elevated Terminal.
It's not perfect, but it works without any 3rd party software or setup.
@User1785604260 commented on GitHub (Jan 27, 2025):
Has something recently changed with WindowsTerminal reusing processes for its windows? I have my own super-monitor program that handles showing the quake terminal and toggling it when Win+` is pressed, due to this issue.
I used to be able to launch "wt.exe -w _quake" and then find the WindowsTerminal process with "-w _quake" in its command line in order to then find the quake terminal window associated with that process.
However, it seems that no matter how many times you launch wt.exe, it now only creates a single elevated and non-elevated process, and I no longer have any way to track down the quake terminal window so I can toggle its visibility. All non-elevated windows are getting stuffed into whatever existing WindowsTerminal process there is.
(Edit: looks like I should be able to find the quake windows again by looking for terminal windows with a hidden DRAG_BAR_WINDOW_CLASS child window.)
@zadjii-msft commented on GitHub (Jan 27, 2025):
@User1785604260 That changed in 1.18, like, two years ago. Ever since that release, all Terminal windows are the same process
(and after 1.23, they'll all be on the same thread too)
@gitclonehama commented on GitHub (Feb 3, 2025):
First off, love the work done with Windows Terminal and over all the whole dev ecosystem with the introduction of WSL. I have been going down the rabbit hole of the many discussions on this topic.
Currently, we can utilize the windows hotkeys: Win + x then i to fire the Terminal application.
We can then initiate an instance in Quake Mode by using hotkeys: Win + ` (or ~). At this point, I am very happy with the overall workflow and behavior of how Terminal behaves (love that putting a quake window into fullscreen (F11) keeps it in fullscreen even after hide/unhide using Win + `.
The only thing I wasn't clear on yet, do we have an elegant solution to streamline this process to happen automatically on start up?
Currently I have the "Start terminal instance on start-up" checked and so I don't even have to go through the Win + x then i so essentially, I only have to initiate the quake mode by hitting Win + ` with the terminal opened on start-up.
I know this is now small issue to even think about since I would only have to do this once when working on my PC, but are there any plans for a native solution/ setting to make the above actions happen without the intermediary step of having a Terminal open to initiate the default Terminal instance in Quake Mode on start up?