What Operating System are you using (both controller, and any agents involved in the problem)?
Windows Server 2019
Reproduction steps
Create a new Jenkins job
Add a Post-build Action and select Fortify Assessment
Select local translation & local scan
Choose Application Type = Java
Select Java Source Version = 11
Fill in a value for Source Files
Check the box for "Run Fortify SCA Scan"
Click Save
Go back into the job configuration
Expected Results
The Java Source Version should show the previously selected "11" value.
Actual Results
The Java Source Version has reverted to showing "8". If the configuration is saved at this point, the "8" is saved with it, overwriting the correct value of "11". The only way to keep the configuration correct is to remember to change the Java Source Version every time the job is modified.
Anything else?
The underlying XML configuration file for the job does actually get the correct selection saved, and the job runs SCA correctly with the saved value, but the frontend does not properly re-select it when the job is modified.
Jenkins and plugins versions report
Environment
```text Jenkins: 2.332.2 OS: Windows Server 2019 - 10.0 --- TestComplete:2.8.1 ace-editor:1.1 analysis-model-api:10.10.0 ant:475.vf34069fef73c antisamy-markup-formatter:2.7 apache-httpcomponents-client-4-api:4.5.13-1.0 authentication-tokens:1.4 bootstrap4-api:4.6.0-4 bootstrap5-api:5.1.3-6 bouncycastle-api:2.26 branch-api:2.1046.v0ca_37783ecc5 caffeine-api:2.9.3-65.v6a_47d0f4d1fe checks-api:1.7.3 cloudbees-folder:6.714.v79e858ef76a_2 cobertura:1.17 code-coverage-api:2.0.4 command-launcher:1.6 config-file-provider:3.9.0 configuration-as-code:1429.v09b_044a_c93de credentials:1087.1089.v2f1b_9a_b_040e4 credentials-binding:523.vd859a_4b_122e6 dashboard-view:2.432.va_712ce35862d data-tables-api:1.11.4-4 display-url-api:2.3.6 docker-commons:1.19 durable-task:496.va67c6f9eefa7 echarts-api:5.3.2-1 email-ext:2.88 font-awesome-api:6.0.0-1 forensics-api:1.12.0 fortify:21.2.37 git:4.11.1 git-client:3.11.0 git-server:1.10 github:1.34.3 github-api:1.303-400.v35c2d8258028 github-branch-source:1598.v91207e9f9b_4a_ gradle:1.38 handlebars:3.0.8 htmlpublisher:1.30 ivy:2.1 jackson2-api:2.13.2.20220328-273.v11d70a_b_a_1a_52 jacoco:3.3.1 javax-activation-api:1.2.0-3 javax-mail-api:1.6.2-6 jaxb:2.3.0.1 jdk-tool:1.5 jjwt-api:0.11.2-71.v2722b_b_06a_2a_f jquery-detached:1.2.1 jquery3-api:3.6.0-3 jsch:0.1.55.2 junit:1.60 lockable-resources:2.14 mailer:414.vcc4c33714601 mapdb-api:1.0.9.0 matrix-auth:3.1.1 matrix-project:758.v7a_ea_491852f3 momentjs:1.1.1 okhttp-api:4.9.3-105.vb96869f8ac3a pipeline-build-step:2.18 pipeline-github-lib:36.v4c01db_ca_ed16 pipeline-graph-analysis:195.v5812d95a_a_2f9 pipeline-input-step:448.v37cea_9a_10a_70 pipeline-milestone-step:101.vd572fef9d926 pipeline-model-api:2.2077.vc78ec45162f1 pipeline-model-definition:2.2077.vc78ec45162f1 pipeline-model-extensions:2.2077.vc78ec45162f1 pipeline-rest-api:2.24 pipeline-stage-step:293.v200037eefcd5 pipeline-stage-tags-metadata:2.2077.vc78ec45162f1 pipeline-stage-view:2.24 plain-credentials:1.8 plugin-util-api:2.16.0 popper-api:1.16.1-3 popper2-api:2.11.5-1 prism-api:1.26.0-2 resource-disposer:0.19 scm-api:608.vfa_f971c5a_a_e9 script-security:1158.v7c1b_73a_69a_08 snakeyaml-api:1.30.1 ssh-credentials:277.v95c2fec1c047 sshd:3.228.v4c9f9e652c86 structs:318.va_f3ccb_729b_71 subversion:2.15.4 timestamper:1.17 token-macro:293.v283932a_0a_b_49 trilead-api:1.57.v6e90e07157e1 variant:1.4 warnings-ng:9.12.0 workflow-aggregator:2.7 workflow-api:1144.v61c3180fa_03f workflow-basic-steps:948.v2c72a_091b_b_68 workflow-cps:2689.v434009a_31b_f1 workflow-cps-global-lib:570.v21311f4951f8 workflow-durable-task-step:1130.v8fd69d0b_8857 workflow-job:1180.v04c4e75dce43 workflow-multibranch:712.vc169a_1387405 workflow-scm-step:399.v9b_8f4da_65061 workflow-step-api:625.vd896b_f445a_f8 workflow-support:819.v37d707a_71d9b_ ws-cleanup:0.42 ```What Operating System are you using (both controller, and any agents involved in the problem)?
Windows Server 2019
Reproduction steps
Expected Results
The Java Source Version should show the previously selected "11" value.
Actual Results
The Java Source Version has reverted to showing "8". If the configuration is saved at this point, the "8" is saved with it, overwriting the correct value of "11". The only way to keep the configuration correct is to remember to change the Java Source Version every time the job is modified.
Anything else?
The underlying XML configuration file for the job does actually get the correct selection saved, and the job runs SCA correctly with the saved value, but the frontend does not properly re-select it when the job is modified.