From 8a21b8321be5d04eba5c3fca8c1ede0721ff43ce Mon Sep 17 00:00:00 2001
From: Oliver Hamlet <git@ortham.net>
Date: Fri, 29 Sep 2023 17:15:38 +0100
Subject: [PATCH] Update version and changelogs for v0.22.0 release

---
 docs/api/changelog.rst      | 38 +++++++++++++++++++++++++++++++++++++
 include/loot/loot_version.h |  2 +-
 src/api/resource.rc         |  8 ++++----
 3 files changed, 43 insertions(+), 5 deletions(-)

diff --git a/docs/api/changelog.rst b/docs/api/changelog.rst
index de31feb0..e6d09cee 100644
--- a/docs/api/changelog.rst
+++ b/docs/api/changelog.rst
@@ -2,6 +2,44 @@
 Version History
 ***************
 
+0.22.0 - 2023-09-29
+===================
+
+Added
+-----
+
+- Support for Starfield. A game handle can be obtained for Starfield using
+  :cpp:any:`loot::GameType::starfield`.
+- :cpp:any:`loot::PluginInterface::IsOverridePlugin()` and
+  :cpp:any:`loot::PluginInterface::IsValidAsOverridePlugin()` to support
+  Starfield's new override plugin type, which does not use up a mod index when
+  active. Override plugins cannot contain any new records, they can only
+  override records added by their masters.
+- libloot can now detect the correct game local path for Microsoft Store
+  installs of Skyrim Special Edition and Fallout 4, and Epic Games Store
+  installs of Fallout: New Vegas. Via libloadorder.
+
+Fixed
+-----
+
+- Only lowercase plugin file extensions were recognised as plugin file
+  extensions when evaluating conditions. Via loot-condition-interpreter.
+- Fallout: New Vegas plugins with corresponding ``.nam`` files are now
+  identified as being active. Via libloadorder.
+- Plugins activated using the ``sTestFile1`` through ``sTestFile10`` ini file
+  properties are now recognised as being active for all games other than
+  Morrowind, which does not support those properties. The properties are used by
+  default in Fallout 3, Fallout: New Vegas and Skyrim Special Edition. Via
+  libloadorder.
+- Fallout 4's ``Fallout4.ccc`` and ``plugins.txt`` and Fallout 4 VR's
+  ``plugins.txt`` are now ignored when the game has plugins activated using
+  the ``sTestFile1`` through ``sTestFile10`` ini file properties, to match the
+  games' behaviour. Via libloadorder.
+- When deciding where to look for Oblivion's ``plugins.txt``, the
+  ``bUseMyGamesDirectory`` ini property is now correctly expected in the
+  ``[General]`` section of ``Oblivion.ini``, instead of anywhere in the file.
+  Via libloadorder.
+
 0.21.0 - 2023-09-13
 ===================
 
diff --git a/include/loot/loot_version.h b/include/loot/loot_version.h
index 4c8ce7c3..be63d27f 100644
--- a/include/loot/loot_version.h
+++ b/include/loot/loot_version.h
@@ -34,7 +34,7 @@ namespace loot {
 inline constexpr unsigned int LIBLOOT_VERSION_MAJOR = 0;
 
 /** @brief libloot's minor version number. */
-inline constexpr unsigned int LIBLOOT_VERSION_MINOR = 21;
+inline constexpr unsigned int LIBLOOT_VERSION_MINOR = 22;
 
 /** @brief libloot's patch version number. */
 inline constexpr unsigned int LIBLOOT_VERSION_PATCH = 0;
diff --git a/src/api/resource.rc b/src/api/resource.rc
index e08cd314..9d2c7950 100644
--- a/src/api/resource.rc
+++ b/src/api/resource.rc
@@ -2,8 +2,8 @@
 #include <windows.h>
 
 1 VERSIONINFO
-FILEVERSION 0, 21, 0, 0
-PRODUCTVERSION 0, 21, 0, 0
+FILEVERSION 0, 22, 0, 0
+PRODUCTVERSION 0, 22, 0, 0
 FILEOS VOS__WINDOWS32
 FILETYPE VFT_DLL
 BEGIN
@@ -13,12 +13,12 @@ BLOCK "040904b0"
 BEGIN
 VALUE "CompanyName", "LOOT"
 VALUE "FileDescription", "Library providing LOOT's core functionality"
-VALUE "FileVersion", "0.21.0"
+VALUE "FileVersion", "0.22.0"
 VALUE "InternalName", "loot"
 VALUE "LegalCopyright", "Copyright (C) 2013-2022 Oliver Hamlet"
 VALUE "OriginalFilename", "loot.dll"
 VALUE "ProductName", "LOOT"
-VALUE "ProductVersion", "0.21.0"
+VALUE "ProductVersion", "0.22.0"
 END
 END
 BLOCK "VarFileInfo"