Skip to content

Commit

Permalink
Update version and changelogs for v0.22.0 release
Browse files Browse the repository at this point in the history
  • Loading branch information
Ortham committed Sep 29, 2023
1 parent 7ec5bc1 commit 8a21b83
Show file tree
Hide file tree
Showing 3 changed files with 43 additions and 5 deletions.
38 changes: 38 additions & 0 deletions docs/api/changelog.rst
Expand Up @@ -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
===================

Expand Down
2 changes: 1 addition & 1 deletion include/loot/loot_version.h
Expand Up @@ -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;
Expand Down
8 changes: 4 additions & 4 deletions src/api/resource.rc
Expand Up @@ -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
Expand All @@ -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"
Expand Down

0 comments on commit 8a21b83

Please sign in to comment.