-
-
Notifications
You must be signed in to change notification settings - Fork 9.4k
[JENKINS-76114] Bring back the "All/None/Suggested" buttons in the plugin configuration wizard #11070
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-76114] Bring back the "All/None/Suggested" buttons in the plugin configuration wizard #11070
Conversation
| top: 0; | ||
| right: 0; | ||
| left: 0; | ||
| padding: 0 10px; |
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 add a test that suggested plugin link works?
its very rare for someone to use setup wizard while developing as its automatically skipped so something like this can slip through.
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 add a test that suggested plugin link works?
The "None" link is already in InstallWizardTest.wizardInstallSuggestedTest. I can update this test to cover "All" and "Suggested" links, but I don't understand why the CI didn't catch this issue for 2.527. 🤔
Running ATH locally fails:
JENKINS_VERSION=2.527 mvn test -Dtest=InstallWizardTest#wizardInstallCustomPluginsTest(pass with JENKINS_VERSION=2.526)
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.
If ATH already covers this then its fine, do you know what change broke 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.
If ATH already covers this then its fine, do you know what change broke it?
TBH, I didn't get yet the root of the issue.
From 2.526...2.527 comparison, and focusing on package.json changes, I suspect the following bumps:
postcss-loaderfrom 8.1.1 to 8.2.0saasfrom 1.91.0 to 1.92.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.
https://github.com/jenkinsci/acceptance-test-harness/blob/6e177b3fc1cab5fa401f30f4ca7d741551c49269/src/main/java/org/jenkinsci/test/acceptance/po/WizardCustomizeJenkins.java#L97-L100 won't help, as the links are present, they're just overlaid by the search box.
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.
https://stackoverflow.com/a/7525678 disagrees:
at least in my test, it does not reliably detect if an element is covered by another due to CSS positioning.
Have you tried it / found other sources?
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.
Have you tried it / found other sources?
I tried it as part of jenkinsci/acceptance-test-harness#2178.
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.
but I don't understand why the CI didn't catch this issue for 2.527. 🤔
it did -> jenkinsci/acceptance-test-harness#2175
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.
Nice:
Element <a class="plugin-select-none" href="#"> is not clickable at point (643,92) because another element <input class="form-control" name="searchbox" type="text"> obscures 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.
https://github.com/jenkinsci/acceptance-test-harness/runs/50269977447 because renovate is force pushing over PRs and the fail will eventually be hard to find when this PR is merged and released.
MarkEWaite
left a comment
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.
This PR is now ready for merge. We will merge it after approximately 24 hours if there is no negative feedback.
/label ready-for-merge
…ugin configuration wizard (jenkinsci#11070) Fix padding (cherry picked from commit 02b40b1)
See JENKINS-76114.
Since 2.527, the list of plugin in setup wizard does not show "All/None/Suggested" buttons.
Before:

After:

Testing done
Checked that buttons are visible in both Chrome and Firefox
Proposed changelog entries
Proposed changelog category
/label regression-fix
Proposed upgrade guidelines
N/A
Submitter checklist
@Restrictedor have@since TODOJavadocs, as appropriate.@Deprecated(since = "TODO")or@Deprecated(forRemoval = true, since = "TODO"), if applicable.evalto ease future introduction of Content Security Policy (CSP) directives (see documentation).Desired reviewers
@mention
Before the changes are marked as
ready-for-merge:Maintainer checklist
upgrade-guide-neededlabel is set and there is a Proposed upgrade guidelines section in the pull request title (see example).lts-candidateto be considered (see query).