-
Notifications
You must be signed in to change notification settings - Fork 1.4k
🐛 Fix multiline Ready condition in clusterctl describe for v1beta2 #11781
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
🐛 Fix multiline Ready condition in clusterctl describe for v1beta2 #11781
Conversation
"Object/root", | ||
"│ 2", | ||
"├─Object/child1", | ||
"│ 2", | ||
"└─Object/child2", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Without the fix (where ?
is no prefix)
Object/root Available: False NotAvailable 292y 1
? 2
├─Object/child1 Available: False NotAvailable 292y 1
│ 2
└─Object/child2 Available: False NotAvailable 292y 1
2
"Object/root", | ||
"├─Object/child1", | ||
"└─Object/child2", | ||
" │ 2", | ||
" └─Object/child2.1", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Without the fix
Object/root Available: True Available 292y
├─Object/child1 Available: True Available 292y
└─Object/child2 Available: False NotAvailable 292y 1
2
└─Object/child2.1
7f71cbc
to
79b13f5
Compare
c8bfa74
to
8c38475
Compare
"Object/root", | ||
"├─Object/child1", | ||
"├─Object/child2", | ||
"│ │ 2", | ||
"│ └─Object/child2.1", | ||
"│ 2", | ||
"└─Object/child3", | ||
" │ 2", | ||
" └─Object/child3.1", | ||
" 2", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Without the fix
Object/root Available: True Available 292y
├─Object/child1 Available: True Available 292y
├─Object/child2 Available: False NotAvailable 292y 1
│ 2
│ └─Object/child2.1 Available: False NotAvailable 292y 1
│ 2
└─Object/child3 Available: False NotAvailable 292y 1
2
└─Object/child3.1 Available: False NotAvailable 292y 1
2
ac341c5
to
3aa0b3b
Compare
/assign @fabriziopandini |
3aa0b3b
to
eac73ac
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Made a first quick pass, really appreciated the test with the example of the output before the change
eac73ac
to
3c489c9
Compare
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@tobiasgiese sorry for the delay in the review, there is one last comment to be addressed, otherwise lgtm
dcc6b19
to
b7e974d
Compare
/lgtm |
LGTM label has been added. Git tree hash: f8a357a7703d2c8f38dad47ea1671b365373f10e
|
cc6f12f
to
a47ec12
Compare
/lgtm |
LGTM label has been added. Git tree hash: 5ed2ac4eff00984cb871692cb7c3e22daffda18a
|
Found a bug in the |
a47ec12
to
bae3138
Compare
8bd5cc1
to
f7cad30
Compare
f7cad30
to
9cabfd2
Compare
The multiline feature in clusterctl has a bug in the multiline conditions. If the Ready condition message has multipile lines the multiline prefix is not calculated properly. To fix this we have to add a new logic to determine the multiline prefix for objects. Signed-off-by: Tobias Giese <[email protected]> Co-authored-by: fabriziopandini <[email protected]>
9cabfd2
to
4470114
Compare
Thank you very much!! /lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: sbueringer The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
LGTM label has been added. Git tree hash: 4849170499ad48901da0346ea3078999813c756a
|
The multiline feature in clusterctl has a bug in the multiline conditions.
If the Ready condition message has multipile lines the multiline prefix is not calculated properly.
To fix this we have to add a new logic to determine the multiline prefix for objects.
What this PR does / why we need it:
Which issue(s) this PR fixes (optional, in
fixes #<issue number>(, fixes #<issue_number>, ...)
format, will close the issue(s) when PR gets merged):Fixes #11782
/area clusterctl