-
Bug
-
Resolution: Unresolved
-
Major
-
jenkins-2.16
Noticed it during JENKINS-37545.
Reproduction steps:
1) Manually deploy a plugin with detached dependencies and permission groups (e.g. Ownership 0.5)
2) The loading should fail...
3) Install missing dependencies
4) Deploy the plugin again
5) Change the log
Expected behavior:
The plugin installation succeeds
Actual behavior:
Plugin installation fails due to the missing permission group
Workaround:
Restart the instance
- is related to
-
JENKINS-17200 SCM.TAG permission not eagerly loaded
-
- Open
-
[JENKINS-37546] When dynamic plugin load fails, PermissionGroups are not being cleaned up
Attachment | New: Screen Shot 2016-08-19 at 13.24.21.png [ 33656 ] |
Attachment | Original: Screen Shot 2016-08-19 at 13.24.21.png [ 33656 ] |
Attachment | New: Screen Shot 2016-08-19 at 13.39.31.png [ 33657 ] |
Summary | Original: When dynamic plugin loading fails, PermissionGroups are not being cleaned up | New: When dynamic plugin load fails, PermissionGroups are not being cleaned up |
Link | New: This issue is related to JENKINS-17200 [ JENKINS-17200 ] |
Environment | Original: jenkins-2.16 |
New:
jenkins-2.16 jenkins-2.17 |
Environment |
Original:
jenkins-2.16 jenkins-2.17 |
New:
jenkins-2.16 |
Probably should be fixed implicitly by a rewrite of permission registration, as mentioned in JENKINS-17200.