microsoft / microsoft/vscode

Linux: clean-exit renderer dialog during shutdown, followed by main-process SIGTRAP

Open
#336,230 0 comments 0 reactions 1 assignee Claimed by @deepak1556 View on GitHub
Dominant language
TypeScript
Stars
193k
Forks
42.4k
PR merge metrics
PR metrics pending

Description

## Observed behavior

On Omarchy/Arch Linux with Hyprland, VS Code became stuck on an error dialog during a development-environment setup session involving extension installation. The user reported that the desktop was stuck on this screen.

The supplied screenshot shows:

> The window terminated unexpectedly (reason: 'clean-exit', code: '0')

A second, dimmed dialog is visible behind it:

> An application Visual Studio Code is not responding.

The foreground dialog offers Close / Reopen; the background dialog offers Terminate / Wait.

## Expected behavior

An orderly shutdown should not leave an unexpected-renderer-exit dialog or crash the main process. If termination is abnormal, the application should remain recoverable without getting stuck between overlapping failure dialogs.

## Incident sequence (not a deterministic reproduction)

1. Install VS Code and development extensions on Omarchy/Arch Linux.
2. Open a local project with `code --verbose --new-window `.
3. During the setup session, encounter the dialogs described above. Logs establish that a shutdown began immediately before the renderer exit; the action or signal sender initiating shutdown is unknown.

This incident has not been deliberately reproduced. Extension-disabled, GPU-disabled, and Insiders comparisons have not been performed. Installing extensions is the surrounding activity, not an established cause.

## Correlated evidence

All timestamps below are 2026-09-15, CEST (UTC+02:00), from the same local session.

Sanitized excerpts from `main.log`:

```text
08:02:21.859 [trace] Lifecycle#app.on(before-quit)
08:02:21.859 [trace] Lifecycle#onBeforeShutdown.fire()
08:02:21.859 [trace] Lifecycle#window.on('close') - window ID 1
08:02:21.859 [trace] Lifecycle#unload() - window ID 1
08:02:21.863 [info] [network process] gone - pid: 709367, exitCode: 15, crashed: true, crashedPreIPC: false
08:02:21.871 [error] AgentHostProcessManager: agent host terminated unexpectedly with code 15
08:02:21.875 [info] AgentHostProcessManager: agent host started
08:02:21.876 [info] [network process] launched with pid 710011
08:02:21.879 [info] Extension host with pid 709509 exited with code: 15, signal: unknown.
08:02:21.879 [error] [UtilityProcess id: 1, type: extensionHost, pid: 709509]: crashed with code 15 and reason 'killed'
08:02:21.880 [error] [UtilityProcessWorker]: terminated unexpectedly with code 15, signal: unknown
08:02:21.881 [error] [UtilityProcess type: shared-process, pid: 709458]: crashed with code 15 and reason 'killed'
08:02:21.884 [error] CodeWindow: renderer process gone (reason: clean-exit, code: )
```

At **08:02:26**, systemd-coredump recorded the main process `/usr/share/code/code` (PID 709323) terminating with **SIGTRAP**, `si_code: SI_KERNEL`. The command line was `/usr/share/code/code --verbose --new-window `.

The stored core is explicitly marked **truncated**. GDB enumerated 55 threads, but backtraces stopped at frame 0 with inaccessible stack memory. The main-thread address was `0x000056380339b7e1`, unresolved; no native function or library is attributed as the cause.

Additional checks:

- No OOM-kill or NVIDIA Xid/GPU-fault entries found in the current boot's kernel journal.
- After the incident, memory availability was approximately 43 GiB out of 62 GiB, with 242 MiB swap used.
- The coredump-processing service itself recorded 28.4 GiB peak memory and about 49 seconds wall time, ending at 08:03:16. Whether this contributed to the perceived desktop stall is unknown.
- Hyprland's client-query IPC responded during subsequent diagnosis; no failed user systemd units were listed. These later checks do not disprove the user's earlier desktop freeze.
- Package integrity check: `visual-studio-code-bin: 3067 total files, 0 altered files`.

**Inference, not established cause:** near-simultaneous code-15 helper exits and the shutdown lifecycle suggest a termination/shutdown interaction. The sender and reason are unknown. No extension, GPU driver, or Omarchy component has been established as responsible.

## Environment

- VS Code 1.137.0, stable; commit `645f29cc3176500b4b5762ba887cf2a7f0ffdf2c`
- Arch package `visual-studio-code-bin 1.137.0-1`, installed that morning
- Omarchy `4.0.3-1`
- Hyprland `0.56.2-2`
- Linux `7.2.3-arch1-3`, x86_64
- Intel Core i9-10900K; NVIDIA GeForce GTX 1660 SUPER
- NVIDIA userspace driver `610.57.04-1`
- No `~/.config/code-flags.conf` was present when inspected

Installed extensions at diagnosis:

```text
ms-python.vscode-python-envs 1.36.0
ms-python.debugpy 2026.6.0
ms-python.vscode-pylance 2026.3.1
ms-python.python 2026.4.0
rust-lang.rust-analyzer 0.3.3049
vadimcn.vscode-lldb 1.12.3
dbaeumer.vscode-eslint 3.0.34
esbenp.prettier-vscode 12.4.0
```

## Related reports checked

#326092 describes a 1.129.0 startup crash/relaunch loop. This report instead has a recorded before-quit sequence followed by a main-process SIGTRAP on 1.137.0; equivalence is not established. #329582 and #323874 concern macOS clean-exit/code-1 incidents. No confirmed matching report was found in the searches performed.

Only sanitized excerpts are included. The core dump and full diagnostic logs are not uploaded because they may contain private data. The screenshot text is transcribed above; the image is not attached.

Filed by GPT-6 Astra via Oh My Pi, at the user's request.

Contributor guide

Open the contributing guide

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.