Skip to content

REG-22126 fix standalone docker port mapping to match :latest image#8

Open
echerry-rs wants to merge 1 commit into
mainfrom
REG-22126_standalone_port_mapping
Open

REG-22126 fix standalone docker port mapping to match :latest image#8
echerry-rs wants to merge 1 commit into
mainfrom
REG-22126_standalone_port_mapping

Conversation

@echerry-rs
Copy link
Copy Markdown
Contributor

@echerry-rs echerry-rs commented May 11, 2026

Summary

Fixes REG-22126: after a fresh standalone_regscale.py install, the UI is unreachable on http://localhost. Reported and verified end-to-end by Jim Townsend.

Root cause: the public regscale/regscale:latest image was rebuilt on 2026-05-05 and now sets ASPNETCORE_URLS=http://+:80, so the container listens on port 80. The standalone compose files were still mapping "80:8080" from a prior era when the image listened on 8080, leaving nothing on port 80 inside the container to answer the host port 80 traffic.

Changes

  • standalone/docker-compose.yml: "80:8080" -> "80:80"
  • standalone/docker-compose-azure-sql-edge.yml: same fix (uses the same regscale/regscale:latest image)

Not in this PR (intentionally)

  • standalone/atlas-deploy.yaml (k8s manifest) still has containerPort: 8080, but it references c2labs/atlasity:latest, which is a different image on a different release cadence than regscale/regscale:latest. I haven't verified what port that image listens on today, so I'm leaving it alone for this PR. If it's still in use, it should be verified and updated in a follow-up; if it's stale legacy, it can be cleaned up.
  • A latent fragility remains: the standalone has no signal when the upstream image's listener port changes. The longer-term fix is in regscale/Dockerfile -- pin the listener port explicitly (already done via ASPNETCORE_URLS=http://+:80) and ensure all build variants stay consistent, so this drift doesn't recur silently.

Test plan

  • Verified empirically by Jim Townsend: after standalone_regscale.py setup, changing this exact mapping from 80:8080 to 80:80 restored access to the UI on http://localhost, allowed admin authentication, and completed initial platform configuration.
  • Confirmed via docker image inspect regscale/regscale:latest that the current image sets ASPNETCORE_URLS=http://+:80 (listener port 80).
  • Re-verify after merge: fresh standalone_regscale.py setup against the merged main produces a reachable UI without manual edits.

The current regscale/regscale:latest image (rebuilt 2026-05-05) sets
ASPNETCORE_URLS=http://+:80 and listens on container port 80, but the
standalone compose files mapped host 80 to container 8080, so the UI
was unreachable on http://localhost after a fresh install.

Aligns both standalone compose files (docker-compose.yml and the
azure-sql-edge variant, which uses the same regscale/regscale:latest
image) with the image's actual listener port. Verified by Jim Townsend
end-to-end: changing this mapping restored UI access against the
current :latest image.
@echerry-rs echerry-rs marked this pull request as ready for review May 11, 2026 20:21
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