Hacktoberfest 2026: as issues que os mantenedores marcaram para outubro, abertas e boas para iniciantes. Ver issues do Hacktoberfest

Remote PSSession disconnects after launch debugging session ends

Aberta
#2,263 1 comentário 1 reação 0 responsáveis Ver no GitHub

Ninguém assumiu esta issue ainda.

Avaliação

Dificuldade
2/5
Tempo estimado
1-3 horas
Facilidade para iniciantes
55/100
Tipo de issue
Bug
Clareza
Claramente especificada
Status de atividade
Estagnada
Stack de tecnologia
csharp, powershell, vscode
Domínio
devtools

Direção de pesquisa

Comece em ConfigurationDoneHandler.LaunchScriptAsync e compare o tratamento de conclusão com OnExecutionCompletedAsync em LaunchAndAttachHandler.cs; depois, acompanhe DisconnectHandler.cs e o loop de execução de PsesInternalHost.cs descrito no relatório. A alteração estará concluída quando uma sessão de depuração de launch encerrada normalmente deixar a PSSession remota ativa para o próximo comando.

Escrita pelo modelo de indexação a partir do texto da issue.

Descrição

Issue-Bug Needs: Triage
Prerequisites
  • I have written a descriptive issue title.
  • I have searched all open and closed issues to ensure it has not already been reported.
  • I have read the troubleshooting guide.
  • I am sure this issue is with PowerShell Editor Services itself and does not reproduce in a standalone PowerShell instance, and is not an issue with my editor.
  • I have verified that I am using the latest version of PowerShell Editor Services.
  • If this is a security issue, I have read the security issue reporting guidance.
Summary

When using remote PowerShell debugging from VS Code server (Linux → Windows over PSSession over SSH) with a launch configuration and path mappings, the remote PSSession unexpectedly drops immediately after the debug session finishes. As soon as any command is run post-debugging, the user gets kicked back to the local session.

Technical Analysis

After investigating the PowerShellEditorServices codebase, I traced the issue through this execution flow:

  1. Launch sessions never set ExecutionCompleted = true when they finish normally. Unlike Attach sessions (which set this via OnExecutionCompletedAsync in LaunchAndAttachHandler.cs:493), Launch sessions execute via ConfigurationDoneHandler.LaunchScriptAsync() which has no equivalent completion handler.

  2. When the debug session ends, DisconnectHandler checks ExecutionCompleted (DisconnectHandler.cs:55-58)

  3. Because ExecutionCompleted is still false, it calls _debugService.Abort()

  4. Abort() calls SetDebugResuming(DebuggerResumeAction.Stop) (PowerShellDebugContext.cs:97)

  5. SetDebugResuming() calls _psesHost.SetExit() (PowerShellDebugContext.cs:115)

  6. SetExit() sets _shouldExit = true on the remote frame when it's a REPL with multiple frames (PsesInternalHost.cs:360-371)

  7. The next time the run loop executes (RunExecutionLoop, around line 917), it sees _shouldExit == true for a remote, non-nested REPL frame and calls PopPowerShell() (PsesInternalHost.cs:917-922)

  8. PopPowerShell() pops the remote REPL frame and detects the runspace change, which causes it to pop from _runspaceStack, exiting the PSSession (PsesInternalHost.cs:763-790)

Root Cause

Launch sessions do not set ExecutionCompleted = true when the debugged script finishes. This causes DisconnectHandler to treat a normal completion as an abort scenario, calling Abort() which ultimately sets _shouldExit = true on the remote REPL frame, causing the PSSession to exit.

Proposed Fix

Set ExecutionCompleted = true in ConfigurationDoneHandler.LaunchScriptAsync() after script execution completes:

await _executionService.ExecutePSCommandAsync(
    command,
    CancellationToken.None,
    s_debuggerExecutionOptions).ConfigureAwait(false);

// Fix: Mark execution as completed for launch sessions
if (_debugStateService is not null)
{
    _debugStateService.ExecutionCompleted = true;
}

_debugAdapterServer?.SendNotification(EventNames.Terminated);

This aligns the behavior of Launch sessions with Attach sessions, which already set this flag in OnExecutionCompletedAsync.

PowerShell Version
$PSVersionTable        

Name                           Value
----                           -----
PSVersion                      7.5.4
PSEdition                      Core
GitCommitId                    7.5.4
OS                             Rocky Linux 8.10 (Green Obsidian)
Platform                       Unix
PSCompatibleVersions           {1.0, 2.0, 3.0, 4.0…}
PSRemotingProtocolVersion      2.3
SerializationVersion           1.1.0.1
WSManStackVersion              3.0
Editor Version
emacs --version

GNU Emacs 30.1.90
PowerShell Editor Services Version
$pseditor.EditorServicesVersion

Major  Minor  Build  Revision
-----  -----  -----  --------
4      4      0      0
Steps to Reproduce

Steps to Reproduce

Set up VS Code server on Linux
Configure launch debugging with path mappings
Establish remote PSSession to Windows machine over SSH
Set breakpoint
Start a launch-based debug session
Let the debug session complete normally
Run any command in the remote session
Observe that the PSSession drops and returns to local session
Expected Behavior
The remote PSSession should remain active after a launch debug session completes, allowing continued work in the remote context.

Actual Behavior
The remote PSSession drops immediately after the first command is run following debug session completion.

Visuals

No response

Logs

No response

Linguagem predominante
C#
Estrelas
767
Forks
266
Merge médio
3d 16h
PRs com merge (30d)
1

Guia de contribuição

Abrir o guia de contribuição

Primeiros passos

  1. Leia a issue inteira e depois o guia de contribuição do projeto.
  2. Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
  3. Faça um fork do repositório e trabalhe em uma branch.
  4. Abra um pull request que referencie o número da issue.

Mais de PowerShell/PowerShellEditorServices

Todas as issues de PowerShell/PowerShellEditorServices

Issues semelhantes

Mais issues de C#

Receba novas issues na sua caixa de entrada

Um resumo curto de issues do GitHub para quem está começando.