Bump to latest 1.50 parent pom release

[batmat]

As 1.51 is upcoming (esp. to include the bump to extra-enforcer-rules to support JDK 11), the main goal here is to get an intermediate release with 1.50.
This way in case something goes wrong, it will be hopefully easier and quicker to figure where this comes from.

No JIRA, small enough.
Diff is jenkinsci/pom@jenkins-1.49...jenkins-1.50 (contains only the SUREFIRE-1588 workaround)

Proposed changelog entries

• Internal: update to 1.50 parent pom to get the SUREFIRE-1588 workaround.

Submitter checklist

- [ ] JIRA issue is well described

• Changelog entry appropriate for the audience affected by the change (users or developer, depending on the change). Examples
  * Use the Internal: prefix if the change has no user-visible impact (API, test frameworks, etc.)
• Appropriate autotests or explanation to why this change has no tests
• For dependency updates: links to external changelogs and, if possible, full diffs

Desired reviewers

@jglick given changes in 1.50 all come from him.

[batmat]

@daniel-beck @oleg-nenashev when/if the PR build is successful, I think it would be good to merge this before Monday so it gets in the next release.

I'm aware it's very late, so I'm fine if you think this is too dangerous.

I explained in the description that my intent here would be to get an intermediate release before we bump to upcoming 1.51, which I think would be better in case we have issues to diagnose.

Thanks a lot

[batmat]

Tests failures look unrelated and also happened on random PRs

On master:

poorManPerformanceTestBed I've no idea why it could fail because of this update. I assume this is unrelated.

Did someone see these failing elsewhere recently maybe?

[jglick]

testDeleteRecursive_onWindows does in fact flake frequently. I would suggest @Ignoreing it. poorManPerformanceTestBed does not ring a bell, but just from the name I would also suggest @Ignoreing it.

[batmat]

BTW, last PR rebuild only fails on the testDeleteRecursive_onWindows, which I'm proposing to ignore in #3787

[batmat]

Facepalm, now the unrelated failure comes from a new test added for security-904 iiuc.

Groundhog day

[batmat]

FTR

[batmat]

Unrelated test failures are a mess. I triple-checked and last rebuild failed also on

Exact same failure as on master currently, so I'm going to go ahead and merge this later today I think if nobody objects.

Got approval from Jesse (wouldn't obviously merge with 0 approval), and the upstream change is pretty limited anyway. I'll handle fallout if I missed something obvious even if seeming unlikely.

[jglick]

Exact same failure as on master currently

FTR: #3799