Repository navigation
Release: 'Deploy hosted web app' times out on Vercel 'Building...', hosted Nightly falls behind desktop #655
Description
Activity
Likely root cause found: Vercel is rate-limiting builds for the
pylon-codeaccount. On 2026-09-18 around 22:30Z the Vercel preview check on PRs #657 and #658 failed outright with a link tohttps://vercel.com/pylon-code?upgradeToPro=build-rate-limit. The earlier symptoms fit the same cause: previews sitting on "Vercel is deploying your app" for about 40 minutes, and the release workflow's "Deploy hosted web app" job stuck onBuilding...until its 10-minute timeout, four times. Many PRs plus several nightly dispatches landed that day. Options: fewer preview builds per PR (skip the marketing preview when nothing underapps/marketingchanged), a higher plan, or a longer timeout with a retry for the release deploy.Confirmed: after #662, a push to #663 (no changes under
apps/marketing,packages/sharedor the lockfile) got the Vercel statussuccess | Canceled by Ignored Build Stepand the check passed without a build. While the account was still rate-limited the rejection happened before the ignore step could run, which is why the first push after the merge still failed. What remains here is only the release workflow's hosted-app deploy timing out while the quota is exhausted.- added a commit that references this issue
on Sep 21, 2026
What happens
The release workflow's Deploy hosted web app job is cancelled at its 10-minute timeout while the Vercel CLI prints
Building.... It happened four times in a row on 2026-09-18:.201): first attempt and two--failedre-runs, 20:08Z, 20:19Z, 20:59Z.204): 21:3xZThe same job succeeded on run 35379218634 at about 18:30Z the same day. The desktop builds, the GitHub release and the updater metadata all succeed each time, so desktop Nightly is unaffected; the hosted web Nightly channel stays on the last build that deployed (
.200).During the same window a Vercel preview check for the marketing site sat on "Vercel is deploying your app" for about 40 minutes on an unrelated PR before passing, so Vercel-side slowness is likely part of it.
What to decide
timeout-minutes: 10around line 900 of.github/workflows/release.yml), in which case the timeout needs raising.Not investigated inside Vercel; the build logs there will say which.