Refactor out some unnecessary awaits in module loading code

[i-hardy]

What does this change?

This is a small refactor of unnecesary use of await in module loading/initialisation code.

Why?

This is unlikely to have any significant performance impact, but improves code quality- await should only be used when we actually need to wait for the result of an asynchronous function call in order to proceed with the following code.

[changeset-bot]

⚠️ No Changeset found

Latest commit: cba0006

Merging this PR will not cause a version bump for any packages. If these changes should not result in a new version, you're good to go. If these changes should result in a version bump, you need to add a changeset.

This PR includes no changesets

When changesets are added to this PR, you'll see the packages that this PR includes changesets for and the associated semver types

Click here to learn what changesets are, and how to add one.

Click here if you're a maintainer who wants to add a changeset to this PR

[github-actions]

Deploy build 3042 of dotcom::commercial-bundle to CODE

All deployment options

• Deploy build 3042 of dotcom::commercial-bundle to CODE
• Deploy parts of build 3042 to CODE by previewing it first
• What's on CODE right now?

---

From guardian/actions-riff-raff.

[github-actions]

Ad load time test results

For consented, top-above-nav took on average 4331ms to load.
For consentless, top-above-nav took on average 3061ms to load.

Test conditions:

• 5mbps download speed
• 1.5mbps upload speed
• 150ms latency