Bruno CLI 3.4.0 fails with pnpm 11: Cannot find module 'qs'

[jsilverdev]

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

3.4.0

Operating System

Windows 11 26 100.8390

Describe the bug

Installing @usebruno/cli globally with pnpm succeeds, but running bru fails immediately with a missing module error.

• pnpm version: 11.2.2
• node version: 24.16.0

Steps to reproduce

pnpm i -g @usebruno/cli

bru --version
node:internal/modules/cjs/loader:1503
throw err;
^

Error: Cannot find module 'qs'
Require stack:
- C:\Users\jsilverdev\AppData\Local\pnpm\store\v11\links\@usebruno\requests\0.17.0\55a14aab06514c67022f8c59befec8ba1a3c2fb7585b75a41638e060a5db700e\node_modules\@usebruno\requests\dist\cjs\index.js
- C:\Users\jsilverdev\AppData\Local\pnpm\store\v11\links\@usebruno\cli\3.4.0\278bd815bc59c88d99064371d99a15efc7ce203d0b033e95125d6f428c232d4c\node_modules\@usebruno\cli\src\index.js
- C:\Users\jsilverdev\AppData\Local\pnpm\store\v11\links\@usebruno\cli\3.4.0\278bd815bc59c88d99064371d99a15efc7ce203d0b033e95125d6f428c232d4c\node_modules\@usebruno\cli\bin\bru.js
  at Module._resolveFilename (node:internal/modules/cjs/loader:1500:15)
  at wrapResolveFilename (node:internal/modules/cjs/loader:1071:27)
  at defaultResolveImplForCJSLoading (node:internal/modules/cjs/loader:1095:10)
  at resolveForCJSWithHooks (node:internal/modules/cjs/loader:1116:12)
  at Module._load (node:internal/modules/cjs/loader:1285:25)
  at wrapModuleLoad (node:internal/modules/cjs/loader:255:19)
  at Module.require (node:internal/modules/cjs/loader:1600:12)
  at require (node:internal/modules/helpers:153:16)
  at Object.<anonymous> (C:\Users\jsilverdev\AppData\Local\pnpm\store\v11\links\@usebruno\requests\0.17.0\55a14aab06514c67022f8c59befec8ba1a3c2fb7585b75a41638e060a5db700e\node_modules\@usebruno\requests\dist\cjs\index.js:1:106)
  at Module._compile (node:internal/modules/cjs/loader:1854:14) {
code: 'MODULE_NOT_FOUND',
requireStack: [
  'C:\\Users\\jsilverdev\\AppData\\Local\\pnpm\\store\\v11\\links\\@usebruno\\requests\\0.17.0\\55a14aab06514c67022f8c59befec8ba1a3c2fb7585b75a41638e060a5db700e\\node_modules\\@usebruno\\requests\\dist\\cjs\\index.js',
  'C:\\Users\\jsilverdev\\AppData\\Local\\pnpm\\store\\v11\\links\\@usebruno\\cli\\3.4.0\\278bd815bc59c88d99064371d99a15efc7ce203d0b033e95125d6f428c232d4c\\node_modules\\@usebruno\\cli\\src\\index.js',
  'C:\\Users\\jsilverdev\\AppData\\Local\\pnpm\\store\\v11\\links\\@usebruno\\cli\\3.4.0\\278bd815bc59c88d99064371d99a15efc7ce203d0b033e95125d6f428c232d4c\\node_modules\\@usebruno\\cli\\bin\\bru.js'
]
}

Node.js v24.16.0

This appears to be caused by missing runtime dependency declarations when installed with pnpm's strict dependency layout.

I found these missing dependency declarations locally:

• @usebruno/requests@0.17.0 imports qs, but does not declare qs in dependencies.
• After patching that locally, @usebruno/filestore@0.9.0 fails because it requires nanoid, but nanoid is listed in
  devDependencies.
• After patching that locally, @usebruno/js@0.48.0 fails because it imports @usebruno/requests, but does not declare it.

Local pnpm workaround

Adding these package extensions to my pnpm-workspace.yaml fixes the CLI locally:

packageExtensions:
  '@usebruno/filestore@0.9.0':
    dependencies:
      nanoid: 3.3.8
  '@usebruno/js@0.48.0':
    dependencies:
      '@usebruno/requests': 0.17.0
  '@usebruno/requests@0.17.0':
    dependencies:
      qs: ^6.15.0

Then relinking with:

pnpm i -g @usebruno/cli

After this, both commands work:

bru --version
bru --help

.bru file to reproduce the bug

N/A

Screenshots/Live demo link

[coderabbitai]

🔗 Related PRs

#6794 - fix: move yup from peerDependencies to dependencies [merged]
#6849 - chore: update qs package version to 6.14.1 [merged]
#6969 - fix: global environment flag for cli [merged]
#7878 - feat: auto-require Postman sandbox globals during import [merged]
#8037 - feat: add bru.hasGlobalEnvVar method and update translations [merged]

---

📝 Issue Planner

_{Check the box below or use the @coderabbitai plan command to generate an implementation plan and prompts that you can use with your favorite coding assistant.}

• Create Plan

---

🧪 Issue enrichment is currently in open beta.

You can configure auto-planning by selecting labels in the issue_enrichment configuration.

To disable automatic issue enrichment, add the following to your .coderabbit.yaml:

issue_enrichment:
  auto_enrich:
    enabled: false

💬 Have feedback or questions? Drop into our discord!

[dp1620]

Hey @jsilverdev ,

he dependency chaos exposed by pnpm's strict layout—where missing runtime dependency declarations cause the CLI to crash—is a common consequence of monolithic, complex application builds. Voiden avoids this fragility by being architecturally lightweight and highly modular. We intentionally built a minimal, stable core, moving all advanced functionality, such as gRPC, GraphQL, or assertion blocks, into an extensible plugin system. This design prevents non-essential features from inflating the core application's dependency graph and introducing "extra baggage."1

By keeping the core small and allowing features to be added via opt-in plugins, we drastically limit the surface area for dependency conflicts and packaging errors. The result is a more stable, predictable, and reliable tool that integrates seamlessly with strict package managers like pnpm, ensuring the base CLI and application work consistently across all environments.1

I am one of the maintainers of Voiden. If this Git-native and modular approach sounds like a fit for your workflow, we invite you to try it out.

Voiden: https://github.com/VoidenHQ/voiden.

[sreelakshmi-bruno]

Hi @jsilverdev , thanks for reporting. We'll look into this.