Skip to content

App detail Services tab does not show the external LoadBalancer IP #3111

Closed

Description

Summary

For an application exposed with external: true (which creates a type: LoadBalancer Service), the app detail → Services tab shows the service Type and Cluster IP but not the external IP assigned by MetalLB. There is no way to learn the connection address from the per-app view. The pre-1.4.0 dashboard showed this, so it reads as a regression — reported as a blocker in #2789.

Mechanism

apps/console/src/routes/detail/ServicesTab.tsx lists Services with useK8sList<K8sResource<ServiceSpec>>, where ServiceSpec = { type, clusterIP, ports } — no status. The rendered columns are Name / Type / Cluster IP / Ports / Age. The tab never reads status.loadBalancer.ingress[].ip, so a LoadBalancer service shows only its cluster-internal IP.

The data is already reachable in the same codebase: apps/console/src/routes/ExternalIpsPage.tsx (Administration → External IPs) queries K8sResource<ServiceSpec, ServiceStatus> and renders status.loadBalancer.ingress[0].ip ?? hostname ?? "Pending". So this is a wiring gap in the per-app tab, not missing data.

Suggested fix

Add a ServiceStatus type to the ServicesTab query and surface an "External IP" column (ip / hostname / Pending) for LoadBalancer services, mirroring what ExternalIpsPage already does.

Workaround

Administration → External IPs lists the external IP for the current tenant.

Reference

User report: #2789. The FQDN/connection-string half of that report is tracked separately as it needs design.

Sibling: #3112 (FQDN / connection string).

Activity

  1. added
    kind/bugCategorizes issue or PR as related to a bug
    priority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next release
    on Jun 3, 2026
  2. igcherkaev commented on Jul 1, 2026

    @igcherkaev

    Aleksei Sviridkin (@lexfrei) this is a highly anticipated fix for us! We're blocked and sitting on 1.3.5, because users can't see connection settings for the services they provision for themselves without bugging the platform administrators, and they are not 24/7 on standby to respond. Just a gentle nudge per myasnikovdaniil recommendation :)

  3. added a commit that references this issue on Jul 2, 2026
    6bf836d
  4. added a commit that references this issue on Jul 2, 2026
    bf75d32
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area/dashboardIssues or PRs related to the dashboard / UIkind/bugCategorizes issue or PR as related to a bugpriority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next releasetriage/acceptedIndicates an issue is ready to be actively worked on

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions