npx fallback commands can hang on first run waiting for approval

[youbamj]

Summary

Plain npx fallback paths can block on first-run approval prompts when the underlying tool is not installed globally. In practice this can make RTK commands appear to hang or time out even though the underlying issue is an interactive npx confirmation.

Affected commands

• rtk cc-economics via ccusage
• rtk tsc
• rtk next
• rtk prisma
• rtk npx prisma ...

Reproduction

1. Use an environment where npx is available but the fallback tool is not installed globally.
2. Run a command that falls back to plain npx <tool> ....
3. Observe that the process may wait for first-run approval instead of returning normally.

Example cases:

rtk cc-economics
rtk tsc -- --version
rtk next -- --help
rtk prisma generate
rtk npx prisma --version

Actual behavior

RTK can appear to hang or time out because npx is waiting for interactive approval before installing/running the package.

Expected behavior

Install-capable npx fallback paths should run non-interactively so RTK either executes the tool or fails fast with a real error.

Impact

This is especially visible with ccusage, where first-run npx ccusage can make workflows such as cargo test --all appear to stall or time out.

Proposed fix

Use npx -y for install-capable fallback paths while leaving npx --no-install call sites unchanged.

[pszymkowiak]

wshm · Automated triage by AI

🔍 Automated Triage

🐛 Category	bug
🟡 Priority	medium
🎯 Confidence	92%

Summary

npx fallback paths block on interactive install approval; fix is to use npx -y for installable fallbacks. PR #737 already in progress.

💡 This looks like a simple fix that could be auto-resolved. Use /wshm fix to attempt it.

---

Triaged automatically by wshm · This is an automated analysis, not a human review.