Skip to content

Reconnect snackbar action opens the connect dialog - #5631

Merged
norman-abramovitz merged 2 commits into
cloudfoundry:developfrom
nabramovitz:norm/fix/reconnect-snackbar-opens-connect-dialog
Jul 12, 2026
Merged

Reconnect snackbar action opens the connect dialog#5631
norman-abramovitz merged 2 commits into
cloudfoundry:developfrom
nabramovitz:norm/fix/reconnect-snackbar-opens-connect-dialog

Conversation

@nabramovitz

Copy link
Copy Markdown
Contributor

The auth-expired banner's Reconnect button only routed to /endpoints, leaving the user to find the endpoint in the list and click Connect themselves. The action was labelled for a one-click reconnect but didn't perform one.

This makes the action open the connect dialog for the affected endpoint in place. The interceptor already has everything the dialog needs (EndpointsSignalService lookup maps 1:1 to ConnectEndpointConfig), so the change is confined to the auth_expired branch. If the endpoint is unknown to the frontend at click time, it falls back to the old /endpoints navigation.

On the issue's open design question (in-place modal vs routing to /endpoints first): went with in-place. The snackbar only appears in response to a request the current page made, and the user explicitly clicked Reconnect on it — a modal there is the expected response, and it preserves the page the user was on so a retry lands back in context.

One correction to the issue text: ConnectEndpointDialogComponent was not actually exported from @stratosui/core — this adds that export (plus ConnectEndpointConfig) to the core public API.

Tests: two new interceptor specs — the Reconnect action opens the dialog with the endpoint's config, and the unknown-endpoint fallback navigates to /endpoints. 14/14 pass.

Closes #5621

The auth-expired banner's Reconnect button only routed to /endpoints,
leaving the user to find the endpoint row and click Connect themselves.
Open the connect dialog for the affected endpoint in place instead —
the endpoint config the dialog needs is already in the interceptor's
hands. Falls back to /endpoints when the endpoint is unknown to the
frontend.

Exports ConnectEndpointDialogComponent and ConnectEndpointConfig from
the core public API; the dialog was previously only reachable inside
the core package.

Closes cloudfoundry#5621

@norman-abramovitz norman-abramovitz left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM

EndpointModel.guid is optional; ConnectEndpointConfig.guid is not.
Use the interceptor's cnsiGuid lookup key — same value, correct type.
Caught by the strict AOT build (vitest's transform doesn't run it).
@norman-abramovitz
norman-abramovitz merged commit 187880d into cloudfoundry:develop Jul 12, 2026
21 checks passed
@nabramovitz
nabramovitz deleted the norm/fix/reconnect-snackbar-opens-connect-dialog branch July 12, 2026 07:53
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.

Deploy/CF "Reconnect" snackbar action routes to endpoints list instead of reconnecting

2 participants