Skip to content

Dashboard 1.4.0 lacks of detailed information about services #2789

Closed

Description

Describe the bug
Earlier (before 1.4.0) Cozystack users could obtain all necessary information about provisioned services from the dashboard, including external IP (assigned by MetalLB to kubernetes services of type LoadBalancer) and FQDN (which was handy too if coredns was tuned to expose these external IPs via a separate zone).

Now in 1.4.x the Dashboard neither displays LoadBalancer IPs, nor FQDN to be used to connect to the provisioned services.

Environment

  • Cozystack version: 1.4.2 (looks like dashboard update wasn't a part of release 1.4.2, so it keeps displaying 1.4.1)
  • Provider: on-prem

To Reproduce
Steps to reproduce the behavior:

  1. Upgrade or install CozyStack 1.4.2 with MetalLB and configure a pool for LoadBalancer IPs
  2. Provision any service, e.g. redis with external flag set to true.
  3. Go to its details and services tab.
  4. See that there is no information how to connect to it.

Expected behaviour
Services tab should either display the LoadBalancer IP, or both the LoadBalancer IP and the FQDN of the service (preferably with a configurable domain suffix, like it used to be in pre-1.4.0 versions, where it could be configured via patching the kube-service-details factory)

Actual behaviour
Lack of critically important details about the provisioned services.

Logs
N/A

Screenshots
Image

Checklist

  • I have checked the documentation
  • I have searched for similar issues
  • I have included all required information
  • I have provided clear steps to reproduce
  • I have included relevant logs

Activity

  1. lexfrei commented on Jun 3, 2026

    @lexfrei
    Contributor

    Confirmed — this is a real regression in the 1.4.x dashboard, not a misconfiguration on your side.

    Root cause: the app detail → Services tab (ServicesTab.tsx in cozystack-ui) lists Services reading only spec (type / clusterIP / ports); it never reads status.loadBalancer.ingress[].ip, so the MetalLB-assigned external IP isn't shown. The data is available and already used elsewhere — Administration → External IPs reads exactly that field per tenant, which works as a stopgap today.

    The FQDN part is a separate gap: the new UI has no equivalent of the old kube-service-details factory with a configurable domain suffix, so showing a connection FQDN is a feature that needs a domain-source decision, not just wiring.

    Tracking the fix in the dashboard repo:

    Leaving this open as the user-facing umbrella. Thanks for the detailed report and screenshot.

  2. added
    kind/regressionCategorizes issue or PR as related to a regression from a prior release
    area/dashboardIssues or PRs related to the dashboard / UI
    triage/acceptedIndicates an issue is ready to be actively worked on
    priority/important-soonMust be staffed and worked on either currently, or very soon, ideally in time for the next release
    on Jul 1, 2026
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 bugkind/regressionCategorizes issue or PR as related to a regression from a prior releasepriority/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