We need to bump the version early to avoid overwriting
https://xmonad.github.io/xmonad-docs/X11-1.10.2/

During the release of xmonad 0.17.0, I realized that we need to be able
to upload candidates before tagging the release on GitHub, because there
might be issues with the tarball and Hackage may reject it. When that
happened, I had to remove the release, delete the tag, upload the
candidate manually to see what's wrong with it, try to fix it, upload it
manually again, and so on.

This commit swaps the logic: when the workflow is invoked manually, it
uploads the candidate. This can be done multiple times, and once
everything is fine, the release can finally be tagged and it's released
to Hackage proper. The only disadvantage is that we need to remember to
try uploading the candidate. Not sure if there's a perfect solution…

Prevents having to upload the candidate manually to see what's wrong.

Add missing FocusChangeEvent

+ Prefer GHC 8.10.7 to 8.10.4, as versions seem to have stabilised now.
+ Add support for Stackage LTS 19; this ships with GHC 9.0.2.
+ Since a new version of 9.2 has been released, prefer 9.2.2 over 9.2.1.

Related: xmonad/xmonad-contrib#694
Related: xmonad/xmonad@a854cda

We're getting "undefined reference" errors during linking, suggesting
some build artifacts in the cache are stale and need to be rebuilt.

(We may not be getting those errors in this repo yet so this is just to
keep the GHA workflows in sync.)

Add some missing constants.

Add `setWMNormalHints`