-
-
Notifications
You must be signed in to change notification settings - Fork 9k
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
[JENKINS-61004, JENKINS-60299] - Reintroduce Build History description truncation by default, allow managing/disabling the limit via a system property #4529
Conversation
… default, allow managing/disabling the limit via a system property
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.
one nit, but approving
return description; | ||
} | ||
if (TRUNCATED_DESCRIPTION_LIMIT == 0) { // Someone wants to suppress descriptions, why not? |
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.
personally I would make 0 disable truncation as 0 often means unlimited, why introduce a feature to disable descriptions? has anyone asked for it?
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.
"Possible to hide" in https://issues.jenkins-ci.org/browse/JENKINS-60299
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.
That was 2 possible solutions, didn't suggest implementing both 😉
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.
Hi, just wanted to chime in. I'm the one who created JENKINS-60299. For our use-case a possibility to disable the build description in the build history widget would be really nice. Note though that we very much need the build description for each build, just not in the widget itself.
Off course, I'm just one user so I understand if our specific need cannot be taken into account and implemented as a feature for all users :-)
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.
🤷♂ fine with me then.
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.
Seems like a reasonable option for people using non-HTML markup formatting, which is horrifically broken by the server-side, pre-transformation truncation.
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.
Reviewed but not tested. Minor suggestions, would consider them nice but non-blocking.
Let's be explicit that this won't be the final state but rather a stop gap, and 🚢 🇮🇹
* @return The length-limited description. | ||
* @deprecated truncated description uses arbitrary and unconfigurable limit of 100 symbols | ||
* @deprecated truncated description based on the {@link #TRUNCATED_DESCRIPTION_LIMIT} setting. |
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.
The deprecation doesn't really make sense anymore? At least for a while?
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.
I do not want to revert it for now, will probably act on that in a follow-up PR
*/ | ||
@Deprecated | ||
public @Nonnull String getTruncatedDescription() { |
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.
How was this ever @Nonnull
? 😕
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.
🤷♂
Co-Authored-By: Daniel Beck <[email protected]>
Taking the approvals, I plan to merge it tomorrow if no negative feedback |
ATH is stuck due to the infra issues. I will ignore it and get it merged |
Tested OK in 2.225 by setting up a test job with 10 runs and huuuge html descriptions (see JENKINS-60299). |
This is a backportable version of #4489 which does not introduce the new summary field. See JENKINS-61004 and JENKINS-60299.
Proposed changelog entries
Proposed upgrade guidelines
N/A
Submitter checklist
Proposed changelog entries
section only if there are breaking changes or other changes which may require extra steps from users during the upgradeDesired reviewers
@mention
Maintainer checklist
Before the changes are marked as
ready-for-merge
:Proposed changelog entries
are correctupgrade-guide-needed
label is set and there is aProposed upgrade guidelines
section in the PR title. (example)lts-candidate