Repository navigation
Deterministic explain should allow users to see full failure messages rather than truncated ones #759
Closed
s-sajid-ali
started this conversation in
General
Replies: 1 comment 2 replies
|
Agreed, thanks for the report and the concrete example! Cutting the message is the opposite of what explain is for - the part that tells you what to fix is usually at the end. I'll treat it as a bug:
The GitOps views share the same renderer, so long Flux and Argo CD messages get fixed too :) |
2 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Within the explain view, the actual error messages are truncated to 120 characters:
sofka/src/explain.rs
Lines 541 to 550 in bec07a9
Sometimes, this defeats the ability of deterministic explain feature of
sofkawhere I have to go back to a YAML view to get the messages or usekubectldirectly. Case in point, I was trying to figure out a basic knative serving error from a deployment description and my truncated error message was:the most relevant part that was discarded by truncation was:
While I appreciate the ability to get this error directly from the
deploymentinvestigate view (instead of investigating the messages from the correspondingreplicaset), the truncated error message makes the feature less useful than it could be.Could line wrapping toggle be enabled for this instead of an arbitrary character limit? Thanks!
PS: Thanks for creating this tool!
All reactions