Cannot reproduced in version 2.201 (current latest) of core. Can reproduce in version 2.193 of core.
This problem seems to be _fixed_ (rather avoided) since in the fix https://github latest version.com/jenkinsci/jenkins/commit/5169f14019be77d6b205b7c2d5fe608b92ed3446#diff-c06f61bb7c43d48aa0554204a18832e6. But we may want to understand why this fails in previous versions to know if this is a bug in {{support-core}} or in {{core}}.
Cannot reproducedCan reproduce in version core 2.201 but not consistently. Sometimes it happens, sometimes no. To reproduce it consistently, I launch the plugin install and refresh the {{$JENKINS_URL/support}} aggressively (current latestbut manually :) of core ). Can reproduce in version 2
I wonder if there is a race condition somewhere.193 Maybe one of the Support Core component (like the [SlowRequestChecker|https://github.com/jenkinsci/support- core-plugin/blob/support-core-2.
This problem seems to be _fixed_ (rather avoided62/src/main/java/com/cloudbees/jenkins/support/slowrequest/SlowRequestChecker.java]) in starts before the latest version. But we want PluginManager has finished to understand why this fails in previous versions to know if this is a bug in load the plugin dynamically, which causes the same extension of {{support-coreContentFilters}} or in to be loaded twice (In the ExtensionList, the 2 instances of {{coreContentFilters}} are the same object).
Can reproduce in core 2.201 but not consistently. Sometimes it happens, sometimes no. To reproduce it consistently, I launch the plugin install and refresh the main page or the {{$JENKINS_URL/support}} aggressively (but manually :) ).
I confirm. I tested with 2.138.4 and 2.190.2 and the problem isn't here. With 2.190.2 I hit JENKINS-60073 / JENKINS-59775 which is annoying but not critical