Skip to content

chore(sync): develop → main — stale cross-cluster URL in core-api values - #432

Merged
beyondnetPeru merged 1 commit into
mainfrom
develop
Aug 4, 2026
Merged

chore(sync): develop → main — stale cross-cluster URL in core-api values#432
beyondnetPeru merged 1 commit into
mainfrom
develop

Conversation

@beyondnetPeru

Copy link
Copy Markdown
Contributor

Brings #431 to main. core-api/values-local.yaml still told readers to configure the Tracker with host.docker.internal:30080, which fails inside a kind pod with Could not resolve host. That was measured on 2026-08-04 and corrected in kind/core-cluster.yaml and local-test.sh; this file — the one a reader actually consults for that URL — was missed.

The other two charts carry the right URL because they were written after the correction.

It also answers, rather than registers, the up/apps-up question: Docker Desktop publishes node ports on localhost itself (no kind config needed), and a pinned node port either works or fails the install with a port conflict — no silent-wrong mode, so nothing to guess at.

🤖 Generated with Claude Code

…hat does not work (#431)

`host.docker.internal:30080` fails inside a kind pod with `Could not
resolve host` — the pod resolves through CoreDNS in the node and never
sees the Docker Desktop entry. That was measured on 2026-08-04 and
corrected in `kind/core-cluster.yaml` and `local-test.sh`. This file was
missed, and it is the worst one to miss: its comment is where a reader
looks up what to configure the Tracker with.

The other two charts carry the right URL because they were written after
the correction. Only core-api, written before it, kept the wrong one.

Corrected to `http://<cluster>-control-plane:30080` with the reason
attached, since the wrong URL is the plausible one and someone will reach
for it again.

Also answers a question this file raised rather than registering it as a
gap: `up`/`apps-up` target Docker Desktop's built-in Kubernetes, inherit
these NodePort values, and were never exercised — this machine has no
`docker-desktop` context, so they cannot be exercised here. Left alone
deliberately and the reason written down: Docker Desktop publishes node
ports on localhost itself, needing no kind config, and a pinned node port
either works or fails the install with a port conflict. There is no
silent-wrong mode to protect against, so there is nothing to guess at.

Co-authored-by: Claude Opus 5 <noreply@anthropic.com>
@beyondnetPeru
beyondnetPeru requested a review from a team as a code owner August 4, 2026 20:56
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@github-actions

github-actions Bot commented Aug 4, 2026

Copy link
Copy Markdown

📊 Bilingual Coverage Impact

PR Changes

  • Paired EN/ES files modified: 0
  • New EN files needing ES translation: 0

Repository Coverage

Metric Value
Total EN files 527
Total ES files 501
Paired files 0
Coverage 0%

Good: All EN changes have ES counterparts.


Generated by GitHub Actions

@beyondnetPeru
beyondnetPeru merged commit ce85b14 into main Aug 4, 2026
51 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant