›_ Codex Issues
Codex Issues / #39465

[Linux/X11] ChatGPT Desktop 26.814.41957 crashes with SIGTRAP on first editor input

Open 💬 2 comments Opened Aug 19, 2026 by vingarzan

Summary

ChatGPT Desktop for Linux exits deterministically when the editor receives its first input. The window starts normally; focusing the Do anything editor and typing any character terminates the main process.

Environment

  • ChatGPT package: 26.814.41957 (amd64 DEB, stable channel)
  • Ubuntu 22.04; kernel 6.8.0-136-generic
  • XFCE/Xubuntu; X11; x86_64
  • App-reported Chromium: 151.0.7922.137
  • Bundled Codex app-server: 0.148.0-alpha.15

Reproduction

  1. Run chatgpt.
  2. Wait for the main window.
  3. Focus the Do anything editor.
  4. Type any character.
  5. The entire app exits.

This reproduces on every run.

Native failure

The kernel reports:

traps: ChatGPT[...] trap int3 ... in ChatGPT[...]

GDB consistently stops on the main thread with SIGTRAP. The trap is at ELF offset 0xac8d861 (kernel executable-segment offset 0x6e69861), with rax=0. Disassembly shows an int3 followed by ud2. The production binary is stripped, so no source-level symbol is available.

Isolation tests

The same crash remains with:

  • the full XFCE/X11 desktop environment
  • GPU-process sandbox disabled
  • IBus bypassed
  • a plain us XKB layout instead of us,de,ro
  • a fresh isolated Electron user-data directory

--disable-gpu is not a viable workaround: this build reports GPU access not allowed because software rasterization is also disabled.

No Chromium minidump was created. A full GDB capture is available if maintainers request it; it is intentionally not attached here to avoid publishing unrelated local details.

View original on GitHub ↗

2 Comments

Kizuno18 · 7 days ago

I hit what looks like the same Linux GPU-process trap twice, on August 16 and 17, on Nobara 44 with an AMD Navi 10 GPU and Mesa.

Both coredumps were SIGTRAPs with the same leading offsets shown here:

ChatGPT + 0xe6b3bfa
ChatGPT + 0xe6b23b6

The exact app package version at those two events was not retained, so I cannot confirm it was 26.814.41957. A later 26.818.21641 build on the same host produced different SIGSEGV signatures, including one in amdgpu_bo_slab_free; I filed that separately as #39724 rather than mixing the signatures.

vingarzan · 7 days ago

Reproduced again after upgrading the Linux package.

New version details:

  • ChatGPT package/app: 26.818.22352 (previous report: 26.814.41957)
  • bundled app-server: 0.148.0-alpha.21
  • ELF build ID: 99586903489dacd8ff35e187b690c6c01b00eed0
  • same host/session: Ubuntu 22.04.5 LTS, kernel 6.8.0-136-generic, X11

Reproduction remains deterministic: launch the app, focus the "Do anything" editor, and type a character. The app immediately disappears and exits with status 1.

The kernel again reports a deliberate trap in the main process:

traps: ChatGPT[1247743] trap int3 ip:60d02a2b6031 sp:7fff2f2f92f0 error:0 in ChatGPT[60d023422000+e0fc000]

For this build, the executable mapping offset is 0x6e94031. Accounting for the executable LOAD segment (vaddr 0x3e25000, file offset 0x3e24000) resolves the reported post-int3 IP to ELF virtual address 0xacb9031. Focused disassembly:

acb902b: 67 0f b9 40 02  ud1 0x2(%eax),%eax
acb9030: cc              int3
acb9031: 0f 0b           ud2

So the upgrade changed the build-specific offsets but did not fix the first-editor-input SIGTRAP, and the native instruction pattern matches the original report.