-
Bug
-
Resolution: Unresolved
-
Minor
See attached screenshots of Git Publisher post-build step in 2.263.1 and 2.328. If there exists a tag list entry, clicking the help button for the general feature will open help inside the tag list entry in an unrelated help area. If there's no tag listed, the correct help area (below the empty list) will be used.
This is a regression between 2.263.x and 2.277.x.
- is caused by
-
JENKINS-56109 Jenkins Core: Change Jenkins configuration UI from tables to divs
-
- Closed
-
this seems to happen whenever inside a f:entry that will render help is something repeatable that as well contains something that renders a help link
A manual workaround is to add a f:helpArea inside the f:entry before a f:repeatable
One could also think of a new parameter to f:entry telling to put the helpArea before the invokeBody
That would make the help area appear before the add button and it would be also above the repeatable things which is not so bad I think
The same bug is also visible in the email-ext plugin for the triggers