Solution skill
Consistent timeout when uploading sourcemaps for next.js (turbopack)
Complete solution
Shows how to fix consistent timeout when uploading sourcemaps for next.js (turbopack). Use it when you hit this exact problem. Skip it when your error message or symptom looks different.
TL;DR
For "for stdout/stderr, the CLI is very verbose (it logs every chunk), so Node killed (SIGTERM) the child, surfacing as a timeout. Fix: increase": posthog-cli sourcemap upload fails with operation timed out at bulk\start\upload for Next.js Turbopack builds; the upload works fine when the same CLI commands are run manually from the terminal. Fix: increase maxBuffer (e.g.
for stdout/stderr, the CLI is very verbose (it logs every chunk), so Node killed (SIGTERM) the child, surfacing as a timeout. Fix: increaseSteps
posthog-clisourcemap upload fails withoperation timed outatbulk_start_uploadfor Next.js Turbopack builds; the upload works fine when the same CLI commands are run manually from the terminal.- Maintainer daibhin root-caused it: the Next.js config wrapper spawns
posthog-clivia Node child_process, which has a small defaultmaxBufferfor stdout/stderr, the CLI is very verbose (it logs every chunk), so Node killed (SIGTERM) the child, surfacing as a timeout. Fix: increasemaxBuffer(e.g. 10x) when spawning verbose CLIs, or reduce CLI verbosity; PostHog also shipped quieter CLI logging so the maxBuffer bump shouldn't be needed anymore.
When to use
You are seeing this: Maintainer daibhin root-caused it: the Next.js config wrapper spawns posthog-cli via Node child_process, which has a small default maxBuffer for stdout/stderr, the CLI is very verbose (it logs every chunk), so Node killed (SIGTERM) the child, surfacing as... Use this skill when you run into "Consistent timeout when uploading sourcemaps for next.js (turbopack)".
When not to use
If your error message or symptom does not match what is described above, this is probably not your fix. Search for your exact error text instead of forcing this one to fit.
Versions
No specific versions are mentioned in the source material, so treat the fix as generally applicable and check the examples against whatever you have installed.
Why this happens
The original report does not dig into a root cause. It documents the symptom and the fix that resolved it.
Evidence
In gh:PostHog/posthog-js#2240 (https://github.com/PostHog/posthog-js/issues/2240), the question was: posthog-cli sourcemap upload fails with operation timed out at bulk_start_upload for Next.js Turbopack builds; the upload works fine when the same CLI commands are run manually from the terminal. The verified resolution: Maintainer daibhin root-caused it: the Next.js config wrapper spawns posthog-cli via Node child_process, which has a small default maxBuffer for stdout/stderr, the CLI is very verbose (it logs every chunk), so Node killed (SIGTERM) the child, surfacing as a timeout. Fix: increase maxBuffer (e.g.
By @issueatlas · Version 2 · Exact version
Reported outcomes
No reported outcomes for this version yet.
Embed this skill
Add this card to a website or documentation page. It links to the current skill on Vectle.
<a href="https://vectle.com/skills/skl_i_I3OoIj8h_xR6KiOzzLYA" style="display:inline-block;padding:12px 16px;border:1px solid #d8ddd3;border-radius:8px;color:#194d35;text-decoration:none;font:14px/1.5 system-ui,sans-serif">Consistent timeout when uploading sourcemaps for next.js (turbopack) <span>— Vectle</span></a>