#9273·bruno

4.1.0 installer crashes with 0xC0000005 in NSIS System.dll when run from an 8.3-mangled path

Author: CShen-101-solutionCreated Sep 16, 2026Updated Sep 16, 2026
Labelsbug

I have checked the following:

  • I have searched existing issues and found nothing related to my issue.

This bug is:

  • Making Bruno unusable for me.
  • Slowing me down but I'm able to continue working.
  • Annoying.
  • This feature was working in a previous version but is broken in the current release.

Bruno version

4.1.0

Operating System

Windows

Specific OS Version / Distro

No response

Describe the bug

I have checked the following

  • I use the newest version of bruno.
  • I've searched existing issues and found nothing related to my issue.

Describe the bug

bruno_4.1.0_x64_win.exe crashes during install when it is launched from a path containing an 8.3 short name. The identical installer binary succeeds when copied to a short path such as C:\temp.

This matters for winget install Bruno.Bruno, because winget stages the downloaded installer under %LOCALAPPDATA%\Temp\WinGet\.... Any Windows account whose username contains a dot (a common corporate first.last convention) has a profile short name like FIRSTL~1.LAS, so the staged path always contains one — and the install always fails for those users.

The WER signature is identical to #3404 (same faulting module, module timestamp and fault offset), which was closed as no longer reproducing. Note the System.dll here is the copy this run extracted into its own ns*.tmp directory, so the "delete a stale System.dll from TEMP" workaround in that thread does not apply.

Windows Error Reporting

Faulting application: bruno_4.1.0_x64_win.exe, 4.1.0.0, 0x5c157f86
Faulting module:      System.dll, 0.0.0.0, 0x5c157efa
Exception code:       0xc0000005
Fault offset:         0x00001581
Module path:          C:\Users\<SHORTNAME>\AppData\Local\Temp\ns<XXXX>.tmp\System.dll
App path:             C:\Users\<SHORTNAME>\AppData\Local\Temp\WinGet\Bruno.Bruno.4.1.0\bruno_4.1.0_x64_win.exe

Additional context

  • 4.1.0 fails from the mangled path, succeeds from C:\temp.
  • 3.4.2 installs successfully from either path, so this looks like a 4.x regression.
  • Reproduced with both winget install and running the downloaded installer directly, so it is not winget-specific.

Environment

  • Windows Server 2025 Datacenter, build 26100
  • winget 1.29.290.0
  • Bruno 4.1.0 (fails) / 3.4.2 (works)

Steps to reproduce

  1. On an account whose username contains a dot, run winget install --id Bruno.Bruno --exact --source winget. The installer exits 3221225477 (0xC0000005).
  2. Copy the same bruno_4.1.0_x64_win.exe to C:\temp\ and run it directly. It installs successfully.

Collection to reproduce

No response

Screenshots/Live demo link

Faulting application: bruno_4.1.0_x64_win.exe, 4.1.0.0, 0x5c157f86 Faulting module: System.dll, 0.0.0.0, 0x5c157efa Exception code: 0xc0000005 Fault offset: 0x00001581 Module path: C:\Users<SHORTNAME>\AppData\Local\Temp\ns.tmp\System.dll App path: C:\Users<SHORTNAME>\AppData\Local\Temp\WinGet\Bruno.Bruno.4.1.0\bruno_4.1.0_x64_win.exe