Skip to content

Active field from kubectl get httpscaledobject is always empty #1211

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
josegonzalez opened this issue Dec 11, 2024 · 3 comments
Closed

Active field from kubectl get httpscaledobject is always empty #1211

josegonzalez opened this issue Dec 11, 2024 · 3 comments
Labels
bug Something isn't working

Comments

@josegonzalez
Copy link

Report

The "Active" field appears to be queried incorrectly, causing it to always be empty.

- jsonPath: .status.conditions[?(@.type=="HTTPScaledObjectIsReady")].status

 .status.conditions[?(@.type=="HTTPScaledObjectIsReady")].status

Is the query, but the type is never that value. Instead, that is the reason:

status:
  conditions:
  - message: Identified HTTPScaledObject creation signal
    reason: PendingCreation
    status: Unknown
    timestamp: "2024-12-11T00:59:45Z"
    type: Ready
  - message: Finished object creation
    reason: HTTPScaledObjectIsReady
    status: "True"
    timestamp: "2024-12-11T00:59:45Z"
    type: Ready

Expected Behavior

Either a value of "True" or "False"

Actual Behavior

Empty value

Steps to Reproduce the Problem

  1. Create any HTTPScaledObject
  2. Call kubectl get HTTPScaledObject
  3. See that the value under the Active column is empty.

Logs from KEDA HTTP operator

n/a

HTTP Add-on Version

0.8.0

Kubernetes Version

1.30

Platform

Other

Anything else?

No response

Copy link

stale bot commented Feb 9, 2025

This issue has been automatically marked as stale because it has not had recent activity. It will be closed in 7 days if no further activity occurs. Thank you for your contributions.

@stale stale bot added the stale All issues that are marked as stale due to inactivity label Feb 9, 2025
@wozniakjan wozniakjan removed the stale All issues that are marked as stale due to inactivity label Feb 10, 2025
@wozniakjan
Copy link
Member

thanks for the bug report, looks like this has been the case ever since the project was started, somehow the condition type is always ready for everything and then the reason contains relevant condition type names with status having information regarding reason type. I guess for now it's safe to completely ignore the type as that carries no relevant information.

I will at least fix the jsonpath for that kubectl command.

@josegonzalez
Copy link
Author

Cool, thats really all I cared about. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
Status: Done
Development

No branches or pull requests

2 participants