Instance console fails with service_http_failure instead of opening the console #16

Closed
opened 2026-11-05 19:50:38 +01:00 by Alex · 1 comment
Owner

User reports Console fails with: "The cloud service returned an HTTP error. Use Check APIs for its status code. (service_http_failure)". Inspect Nova console request routing/microversion/type, SDK wire behavior, response status handling and Horizon console fallback behavior. Reproduce supported and rejected console responses using synthetic local resources; do not expose console URLs/tokens in diagnostics or mutate real cloud resources.

User reports Console fails with: "The cloud service returned an HTTP error. Use Check APIs for its status code. (service_http_failure)". Inspect Nova console request routing/microversion/type, SDK wire behavior, response status handling and Horizon console fallback behavior. Reproduce supported and rejected console responses using synthetic local resources; do not expose console URLs/tokens in diagnostics or mutate real cloud resources.
Author
Owner

Implemented and pushed in 59d3fa2.

The user confirmed that Horizon works with SPICE. The previous fixed noVNC default has been replaced by Automatic console selection (noVNC, SPICE HTML5, WebMKS), with explicit selection retained. Only HTTP 400/501 permit type fallback; policy/authentication/rate/transport/other server failures stop. Successful type preference is kept per transport session; URLs/tokens are never cached. Failed console requests now show HTTP status in the dialog.

Validated using the actual SDK against a disposable HTTPS SPICE-only provider, including request protocol/body, Nova microversion, remembered type, explicit type, failure boundaries and unsafe URLs. Browser integration confirmed automatic selection, returned SPICE type, explicit external opener and HTTP error display. Svelte check and production frontend build passed.

The desktop app including its Python worker and native wire-key allowlist must be rebuilt. A live SPICE session in the user's cloud has not been verified here; native/live acceptance remains tracked by #10.

Implemented and pushed in 59d3fa2. The user confirmed that Horizon works with SPICE. The previous fixed noVNC default has been replaced by Automatic console selection (noVNC, SPICE HTML5, WebMKS), with explicit selection retained. Only HTTP 400/501 permit type fallback; policy/authentication/rate/transport/other server failures stop. Successful type preference is kept per transport session; URLs/tokens are never cached. Failed console requests now show HTTP status in the dialog. Validated using the actual SDK against a disposable HTTPS SPICE-only provider, including request protocol/body, Nova microversion, remembered type, explicit type, failure boundaries and unsafe URLs. Browser integration confirmed automatic selection, returned SPICE type, explicit external opener and HTTP error display. Svelte check and production frontend build passed. The desktop app including its Python worker and native wire-key allowlist must be rebuilt. A live SPICE session in the user's cloud has not been verified here; native/live acceptance remains tracked by #10.
Alex closed this issue 2026-11-05 20:10:01 +01:00
Sign in to join this conversation.
No labels
No milestone
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
Alex/openstack-dashboard-app#16
No description provided.