`void platform install` rejects existing Hyperdrive configurations backed by Workers VPC
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Newbie friendliness
- 82/100
- Issue type
- Bug
- Clarity
- Clearly specified
- Activity status
- Active
- Tech stack
- postgresql, typescript
- Domain
- cli
Research direction
Start in packages/void/src/cli/platform-cloudflare.ts around lines 1734-1773, where the Hyperdrive origin is parsed and the port is validated. Compare that branch order against the Cloudflare Hyperdrive API response for a Workers VPC origin: origin.service_id is present while origin.host and origin.port are omitted. Reproduce with void platform install --plan --hyperdrive "$HYPERDRIVE_ID"; done means the Workers VPC origin is recognized and the existing config appears as an adopted resource in the plan.
Written by the indexing model from the issue text.
Description
Void CLI 1.9.1 rejects an existing Hyperdrive configuration when its PostgreSQL origin is a Workers VPC service. The same parsing logic is present in the checked revision of upstream main.
Steps to reproduce
-
Create a Hyperdrive configuration for private PostgreSQL using a Workers VPC service.
-
In an interactive terminal, leave the
VOID_PLATFORM_HYPERDRIVE_*selection variables unset and start a fresh install. Pass the Hyperdrive configuration ID and complete the prompts for the Cloudflare account that owns it.void platform install --plan --hyperdrive "$HYPERDRIVE_ID"
Actual behavior
The installer stops with platform: Cloudflare Hyperdrive config has an invalid origin port. Cloudflare returns origin.service_id and omits origin.host and origin.port for this origin type. Void checks the port before recognizing the Workers VPC origin. Cloudflare Hyperdrive API
Expected behavior
--hyperdrive <id> should recognize a Workers VPC origin and show the existing configuration as an adopted resource in the install plan, subject to the usual installation checks.
- Dominant language
- TypeScript
- Stars
- 684
- Forks
- 83
- Avg merge
- 15h 22m
- Merged PRs (30d)
- 219
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from voidzero-dev/void
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
voidzero-dev/void#835 ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 35/100
voidzero-dev/void#833 ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 32/100
voidzero-dev/void#832 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 45/100
voidzero-dev/void#825 · 1 comment ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 35/100
voidzero-dev/void#808 · 1 comment ·
Maintainers usually reply within 1 day
All issues in voidzero-dev/void
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 66/100
open-webui/tether#52 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
AykutSarac/jsoncrack.com#616 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
melgarafael/DeskcommCRM#4679 ·
Maintainers usually reply within 1 day
-
enhancement size:medium
Difficulty 2/5 1-3 hours Newbie friendliness 72/100
Maintainers usually reply within 1 day