Block List HOC: Ensure className is preserved

[pablinos]

As the HOC was used as part of a filter, the className was getting set
by the last filter that was run. This was a lucky accident for OpenTable
as it meant that it wasn't affected by the bug being fixed in #14732

Changes proposed in this Pull Request:

This change passes through the className prop when the block names don't
match, which means that if it's been set by a previous filter, it is
preserved.

Is this a new feature or does it add/remove features to an existing part of Jetpack?

This is a bug fix

Testing instructions:

• Use this branch on a free plan simple site.
• Add a Calendly and OpenTable block.
• Verify that the containing block-editor-block-list__block div has the has-warning and is-interactive classes for the blocks
• Check that other blocks that don't require a plan also don't have those classes

This is dependent on #14732, which should be merged first or OpenTable will break for free WPCOM sites.

Proposed changelog entry for your changes:

This only affects WPCOM sites, so I don't think it requires a changelog.

[matticbot]

Caution: This PR has changes that must be merged to WordPress.com
Hello pablinos! These changes need to be synced to WordPress.com - If you 're an a11n, please commandeer, review, and approve D39105-code before merging this PR. Thank you!

[jetpackbot]

Thank you for the great PR description!

When this PR is ready for review, please apply the [Status] Needs Review label. If you are an a11n, please have someone from your team review the code if possible. The Jetpack team will also review this PR and merge it to be included in the next Jetpack release.

Scheduled Jetpack release: March 3, 2020.
Scheduled code freeze: February 25, 2020

Generated by 🚫 dangerJS against a22fd93

[jeherve]

This seems to work well in my tests on Jetpack and on WordPress.com.

[scruffian]

This "fixes" the issue on WPCOM. Great work 👍

[scruffian]

r203262-wpcom