fix(windows): handle edge cases using default language 🍒

chore: sentry.io dsn 👮‍♂️ 🍒

fix(linux): Don't crash with non-keyboard package file

chore(linux): Update changelog files for 14.0.282

This updates the changelog files to match what got uploaded into
Debian unstable (sid).

fix(linux): Don't crash displaying keyboard details

fix(common): Fix cherry-pick labeling (🍒)

My previous commit escaped the parens which should be part of the
regex.

(cherry picked from commit 01789142)

chore(common): Enhance cherry-pick labeling 🍒 

fix(linux): Fix debian package script 🍒 

chore(linux): copy Keyman for Linux 15 reference to 14

So far we only check for the 🍒 emoji character to add
the cherry-pick label. GitHub now also supports emoticons as text
in PR titles. This change adds the detection of the `🍒`
text.

(cherry picked from commit cf9cdf86)

(cherry picked from commit 1fd26dcf)

km-config in version 14 has slightly different parameters. This
change regenerated (and hand-massaged) the reference help file
for 14.0

On Windows 7, we will no longer attempt to canonicalize BCP 47 tags in
the same was as on later OS versions, because there appear to be some
significant differences in how they work, for example, zh-CN is not
converted to zh-Hans-CN on Windows 7, whereas it is on Windows 10.

This commit also refreshes the `KLog` unit which is useful for debugging
these types of scenarios.

Co-authored-by: Darcy Wong <darcy_wong@sil.org>

Fixes #5091.

If the user has a default language that is not a minimal BCP47 tag, such
as `zh-Hans-CN` vs `zh-CN`, or if the default language does not have a
mapping in our `TLanguageCodeUtils.TranslateWindowsLanguagesToBCP47`
function, then kmshell would crash on install of a keyboard that had no
language metadata specified (i.e. neither legacy metadata in .kmx nor
modern metadata in .kmp).

This crash arose because the elevated instance of kmshell would install
a local-machine reference to `zh-CN` (as it back-translated from a
LangID), but the current user install would look for `zh-Hans-CN`, read
from the Windows registry `HKCU\Control Panel\International\User Profile`.

To further complicate matters, it is possible for the current user to
have a different default language than the elevated user on the machine.
Keyman was assuming that the default language was the same in both
cases.

This fix passes in the current user's default BCP47 and LangID to the
elevated portion of the keyboard install, so we can guarantee that
keyboard install which needs to use the default language, actually
installs for the current user's actual language code, and not a
canonicalized version (or a totally different code in the case of
elevation to an alternate admin user account).

chore(windows): fix broken links in help 🍒

As we auto-generate the reference docs for 15.0, but not 14.0, let's
just copy the version 15 docs into 14 so we have them available online.

Query: are the docs accurate for 14.0 or have options changed?

auto: increment stable-14.0 version to 14.0.283

fix: help.keyman.com script file cleanup

At least one user got a crash trying to click on the "About" button
to display keyboard details for the ekwtamil99uni keyboard. I can't
reproduce the problem, but this change adds additional code that
should prevent the crash from happening.

Fixes #5756.

If a user tries to a install a model .kmp file, we now display a
message box instead of crashing.

Fixes #5753.

chore(mac): Add help links for installing Keyman and keyboards 🍒 

fix(mac): add support for M1 processor 🍒

Fixes #5700.

Adds support for arm64 (M1) to textinputsource in the Keyman app. All
other executables are already fat with support for both x86_64 and
arm64.

auto: increment stable-14.0 version to 14.0.282

fix(windows): fallback to filename if `&name` not set 🍒