0.16.3 - 2021-05-06¶
PluginInterface::IsLightPluginas a more accurately named equivalent to
PluginInterface::IsValidAsLightPluginas a more accurately named equivalent to
Support for parsing inverted metadata conditions (
not (<expression>)). Note however that this is not yet part of any released version of LOOT’s metadata syntax and must not be used where compatibility with older releases of LOOT is required. Via loot-condition-interpreter.
loot::MessageContent::Choosenow compares locale and language codes so that if an exact match is not present but a more or less specific match is present, that will be preferred over the default language message content.
Regular expression functions in metadata conditions now handle ghosted plugins in the same way as their path function counterparts.
Updated esplugin to v3.5.0.
Updated libloadorder to v13.0.0.
Updated loot-condition-interpreter to v2.2.1.
Updated spdlog to v1.8.5.
.ghostfile extensionms are no longer recursively trimmed when checking if a file has a valid plugin file extension during metadata condition evaluation. Via loot-condition-interpreter.
When looking for a plugin file matching a path during metadata condition evaluation, a
.ghostextension is only added to the path if one was not already present. Via loot-condition-interpreter.
When comparing versions during metadata condition evaluation, the comparison now compares numeric against non-numeric release identifiers (and vice versa) by comparing the numeric value against the numeric value of leading digits in the non-numeric value, and treating the latter as greater if the two numeric values are equal. The numeric value is treated as less than the non-numeric value if the latter has no leading digits. Previously all non-numeric identifiers were always greater than any numeric identifier. For example, 78b was previously considered to be greater than 86, but is now considered to be less than 86. Via loot-condition-interpreter.
Linux builds did not correctly handle case-insensitivity of plugin names during sorting on filesystems with case folding enabled.
0.16.2 - 2021-02-13¶
Updated libgit2 to v1.1.0.
Updated loot-condition-interpreter to v2.1.2.
Updated Boost to v1.72.0.
Linux releases are now built on GitHub Actions.
Masterlist updates can no longer be fetched using SSH URLs. This support was never tested or documented.
0.16.1 - 2020-08-22¶
File::GetDisplayName()now escapes ASCII punctuation characters when returning the file’s name, i.e. when no display name is explicitly set. For example,
File("plugin.esp").GetDisplayName()will now return
0.16.0 - 2020-07-12¶
>=comparison operators are now implemented for
Filename()class for representing strings handled as case-insensitive filenames.
PluginMetadata::NameMatches()checks if the given plugin filename matches the plugin name of the metadata object it is called on. If the plugin metadata name is a regular expression, the given plugin filename will be matched against it, otherwise the comparison is case-insensitive equality.
File::GetName()now returns a
Filename()instead of a
SetUserGroups()now takes a
const std::vector<Group>&instead of a
loot::Group’s three-argument constructor now takes a
const std::vector<std::string>&instead of a
const std::unordered_set<std::string>&as its second parameter.
GetAfterGroups()now returns a
std::vector<std::string>instead of a
std::set<>usage has been replaced by
std::vector<>throughout the public API. This affects the following functions:
loot::Groupnow implement their comparison operators by comparing all their fields (including inherited fields), using the same operator for the fields. For example, comparing two
==will now compare each of their fields using
When loading plugins, the speed at which LOOT identifies their corresponding archive files (
.ba2, depending on the game) has been improved.
LoadsArchive()now correctly identifies the BSAs that a Skyrim SE or Skyrim VR loads. This assumes that Skyrim VR plugins load BSAs in the same way as Skyrim SE. Previously LOOT would use the same rules as the Fallout games for Skyrim SE or VR, which was incorrect.
Some operations involving loaded plugins or copies of game interface objects could potentially cause data races due to a lack of mutex locking in some data read operations.
Copying a game interface object did not copy its cached archive files, leaving the new copy with no cached archive files.
0.15.2 - 2020-06-14¶
MergeMetadata()now only uses the group value of the given metadata object if there is not already one set, matching the behaviour for all other merged metadata.
Updated esplugin to v3.3.1.
Updated libgit2 to v1.0.1.
Updated loot-condition-interpreter to v2.1.1.
Updated spdlog to v1.6.1.
GetPluginMetadata()preferred masterlist metadata over userlist metadata when merging them, which was the opposite of the intended behaviour.
0.15.1 - 2019-12-07¶
The range of FormIDs that are recognised as valid in light masters has been extended for Fallout 4 plugins, from between 0x800 and 0xFFF inclusive to between 0x001 and 0xFFF inclusive, to reflect the extended range supported by Fallout 4 v188.8.131.52.0. The valid range for Skyrim Special Edition plugins is unchanged. Via esplugin.
Updated esplugin to v3.3.0.
0.15.0 - 2019-11-05¶
libloot now supports v0.15 of the metadata syntax.
The order of the plugins passed to
SortPlugins()is now used as the current load order during sorting. The order of plugins passed in did not previously have any impact.
Constructors for the following classes and structs are now
Updated loot-condition-interpreter to v2.1.0.
Updated spdlog to v1.4.2.
libloot was unable to extract versions from plugin descriptions containing
version:followed by whitespace and one or more digits.
libloot did not error if masterlist metadata defined a group that loaded after another group that was not defined in the masterlist, but which was defined in user metadata. This was unintentional, and now all groups mentioned in masterlist metadata must now be defined in the masterlist.
Build errors on Linux using GCC 9 and ICU 61+.
0.14.10 - 2019-09-06¶
Improved the sorting process for Morrowind. Previously, sorting was unable to determine if a Morrowind plugin contained any records overriding those of its masters, and so added no overlap edges between Morrowind plugins when sorting. Sorting now counts override records by comparing plugins against their masters, giving the same results as for other games.
However, unlike for other games, this requires all a plugin’s masters to be installed. If a plugin’s masters are missing, the plugin’s total record count will be used as if it was the plugin’s override record count to ensure that sorting can still proceed, albeit with potentially reduced accuracy.
Updated esplugin to v3.2.0.
Updated libgit2 to v0.28.3.
0.14.9 - 2019-07-23¶
Regular expressions in condition strings are now prefixed with
^and suffixed with
$before evaluation to ensure that only exact matches to the given expression are found. Via loot-condition-interpreter.
Updated loot-condition-interpreter to v2.0.0.
0.14.8 - 2019-06-30¶
product_version()conditions will no longer error if the given executable has no version fields. Instead, it will be evaluated as having no version. Via loot-condition-interpreter.
Sorting would not preserve the existing relative positions of plugins that had no relative positioning enforced by plugin data or metadata, if one or both of their filenames were not case-sensitively equal to their entries in
loadorder.txt. Load order position comparison is now correctly case-insensitive.
Improved load order sorting performance.
Updated loot-condition-interpreter to v2.0.0.
0.14.7 - 2019-06-13¶
Filename comparisons on Windows now has the same locale-invariant case insensitivity behaviour as Windows itself, instead of being locale-dependent.
Filename comparisons on Linux now use ICU case folding to give locale-invariant results that are much closer to Windows’ case insensitivity, though still not identical.
Updated libgit2 to v0.28.2.
0.14.6 - 2019-04-24¶
Support for TES III: Morrowind using
GameType::tes3. The sorting process for Morrowind is slightly different than for other games, because LOOT cannot currently detect when plugins overlap. As a result, LOOT is much less likely to suggest load order changes.
Updated esplugin to v2.1.2.
Updated loot-condition-interpreter to v1.3.0.
LOOT would unnecessarily ignore intermediate plugins in a non-master to master cycle involving groups, leading to unexpected results when sorting plugins.
0.14.5 - 2019-02-27¶
Updated libgit2 to v0.28.1.
Updated libloadorder to v12.0.1.
Updated spdlog to v1.3.1.
HearthFires.esmwas not recognised as a hardcoded plugin on case-sensitive filesystems, causing a cyclic interaction error when sorting Skyrim or Skyrim SE (via libloadorder).
0.14.4 - 2019-01-27¶
0.14.3 - 2019-01-27¶
Condition parsing now errors if it does not consume the whole condition string. Via loot-condition-interpreter.
Removed a few unhelpful log statements and changed the verbosity level of others.
Updated loot-condition-interpreter to v1.2.2.
Conditions were not parsed past the first instance of
many_active(<regex>). Via loot-condition-interpreter.
loot::CreateGameHandle()could crash when trying to check if the given paths are symlinks. If a check fails, LOOT will assume the path is not a symlink.
0.14.2 - 2019-01-20¶
Updated loot-condition-interpreter to v1.2.1.
Updated spdlog to v1.3.0.
An error when loading plugins with a file present in the plugins directory that has a filename containing characters that cannot be represented in the system code page.
An error when trying to read the version of an executable that does not have a US English version information resource. Executable versions are now read from the file’s first version information resource, whatever its language. Via loot-condition-interpreter.
0.14.1 - 2018-12-23¶
Updated loot-condition-interpreter to v1.2.0.
Product version conditions read from executables’
VS_FIXEDFILEINFOstructure, so the versions read did not match the versions displayed by Windows’ File Explorer. Product versions are now read from executables’
VS_VERSIONINFOstructure, using the
ProductVersionkey. Via loot-condition-interpreter.
The release date in the metadata syntax changelog for v0.14 was “Unreleased”.
0.14.0 - 2018-12-09¶
GetHeaderVersion()to get the value of the version field in the
HEDRsubrecord of a plugin’s
IsValidAsLightMasterto check if a light master is valid or if a non-light-master plugin would be valid with the light master flag or
.eslextension. Validity is defined as having no new records with a FormID object index greater than 0xFFF.
GetGroupsPath()to return the path between two given groups that maximises the user metadata and minimises the masterlist metadata involved.
loot::Vertexto represent a plugin or group vertex in a sorting graph path.
loot::EdgeTypeto represent the type of the edge between two vertices in a sorting graph. Each edge type indicates the type of data it was sourced from.
Renamed the library from “the LOOT API” to “libloot” to avoid confusion between the name of the library and the API that it provides. The library filename is changed so that the
loot_apipart is now
loot.dllon Windows and
CyclicInteractionError()has had its constructor and methods completely replaced to provide a more detailed and flexible representation of the cyclic path that it reports.
UndefinedGroupError::getGroupName()has been renamed to
UndefinedGroupError::GetGroupName()for consistency with other API method names.
LootVersion::string()has been renamed to
LootVersion::GetVersionString()for consistency with other API method names.
std::optional<PluginMetadata>to differentiate metadata being found or not. Note that the
PluginMetadatavalue may still return true for
HasNameOnly()if a metadata entry exists but has no content other than the plugin name.
std::optional<std::string>to indicate when there is no group metadata explicitly set, to simplify distinguishing between explicit and implicit default group membership.
std::optional<std::string>to differentiate between there being no version and the version being an empty string, though the latter should never occur.
std::optional<uint32_t>to differentiate between there being no CRC calculated and the CRC somehow being zero (which should never occur).
Filesystem paths are now represented in the API by
std::filesystem::pathvalues instead of
std::stringvalues. This affects the following functions:
The metadata condition parsing, evaluation and caching code and the pseudosem dependency have been replaced by a dependency on loot-condition-interpreter, which provides more granular caching and more opportunity for future enhancements.
The API now supports v0.14 of the metadata syntax.
Updated C++ version required to C++17. This means that Windows builds now require the MSVC 2017 runtime redistributable to be installed.
Updated esplugin to v2.1.1.
Updated libloadorder to v12.0.0.
Updated libgit2 to v0.27.7.
Updated spdlog to v1.2.1.
PluginInterface::GetLowercasedName(), as the case folding behaviour LOOT uses is not necessarily appropriate for all use cases, so it’s up to the client to lowercase according to their own needs.
BSAs/BA2s loaded by non-ASCII plugins for Oblivion, Fallout 3, Fallout: New Vegas and Fallout 4 may not have been detected due to incorrect case-insensitivity handling.
Fixed incorrect case-insensitivity handling for non-ASCII plugin filenames and
ProductVersionproperties were not set in the DLL since v0.11.0.
Path equivalence checks could be inaccurate as they were using case-insensitive string comparisons, which may not match filesystem behaviour. Filesystem equivalence checks are now used to improve correctness.
Errors due to filesystem permissions when cloning a new masterlist repository into an existing game directory. Deleting the temporary directory is now deferred until after its contents have been copied into the game directory, and if an error is encountered when deleting the temporary directory, it is logged but does not cause the masterlist update to fail.
An error creating a game handle for Skyrim if
loadorder.txtis not encoded in UTF-8. In this case, libloadorder will now fall back to interpreting its contents as encoded in Windows-1252, to match the behaviour when reading the load order state.
0.13.8 - 2018-09-24¶
Filesystem errors when trying to set permissions during a masterlist update that clones a new repository.
0.13.7 - 2018-09-10¶
Significantly improve plugin loading performance by scanning for BSAs/BA2s once instead of for each plugin.
Improve performance of metadata evaluation by caching CRCs with the same cache lifetime as condition results.
Improve performance of sorting when it involves long plugin interaction chains.
Updated esplugin to v2.0.1.
Updated libgit2 to v0.27.4.
Updated libloadorder v11.4.1.
Updated spdlog to v1.1.0.
Updated yaml-cpp to 0.6.2+merge-key-support.2.
Fallout 4’s DLCUltraHighResolution.esm is now handled as a hardcoded plugin (via libloadorder).
0.13.6 - 2018-06-29¶
Tweaked masterlist repository cloning to avoid undefined behaviour.
Updated Boost to v1.67.0.
Updated esplugin to v2.0.0.
Updated libgit2 to v0.27.2.
Updated libloadorder to v11.4.0.
0.13.5 - 2018-06-02¶
Sorting now enforces hardcoded plugin positions, sourcing them through libloadorder. This avoids the need for often very verbose metadata entries, particularly for Creation Club plugins.
Updated libgit2 to v0.27.1. This includes a security fix for CVE-2018-11235, but LOOT API’s usage is not susceptible. libgit2 is not susceptible to CVE-2018-11233, another Git vulnerability which was published on the same day.
Updated libloadorder to v11.3.0.
Updated spdlog to v0.17.0.
Updated esplugin to v1.0.10.
0.13.4 - 2018-06-02¶
NewMetadata()now uses the passed plugin’s group if the calling plugin’s group is implicit, and sets the group to be implicit if the two plugins’ groups are equal.
0.13.3 - 2018-05-26¶
Improved cycle avoidance when resolving evaluating plugin groups during sorting. If enforcing the group difference between two plugins would cause a cycle and one of the plugins’ groups is the default group, that plugin’s group will be ignored for all plugins in groups between default and the other plugin’s group.
The masterlist repository cloning process no longer moves LOOT’s game folders, so if something goes wrong the process fails more safely.
The LOOT API is now built with debugging information on Windows, and its PDB is included in build archives.
Updated libloadorder to v11.2.2.
Various filesystem-related issues that could be encountered when updating masterlists, including failure due to file handles being left open while attempting to remove.
Building the esplugin and libloadorder dependencies using Rust 1.26.0, which included a regression to workspace builds.
0.13.2 - 2018-04-29¶
Updated libloadorder to v11.2.1.
Incorrect load order positions were given for light-master-flagged
.espplugins when getting the load order (via libloadorder).
0.13.1 - 2018-04-09¶
Support for Skyrim VR using
Updated libloadorder to v11.2.0.
0.13.0 - 2018-04-02¶
Group metadata as a replacement for priority metadata. Each plugin belongs to a group, and a group can load after other groups. Plugins belong to the
defaultgroup by default.
loot::Groupclass to represent a group.
MergeMetadata()to replace the existing group with the given object’s group if the latter is explicit.
NewMetadata()to return an object using the called object’s group.
HasNameOnly()to check the group is implicit.
SortPlugins()to take into account plugin groups.
Support for local and global plugin priorities.
Priorities are no longer taken into account when sorting plugins.
An error when applying a load order for Morrowind, Oblivion, Fallout 3 or Fallout: New Vegas when a plugin had a timestamp earlier than 1970-01-01 00:00:00 UTC (via libloadorder).
An error when loading the current load order for Skyrim with a
loadorder.txtincorrectly encoded in Windows-1252 (via libloadorder).
0.12.5 - 2018-02-17¶
Updated esplugin to v1.0.9.
Updated libgit2 to v0.26.3. This enables TLS 1.2 support on Windows 7, so users shouldn’t need to manually enable it themselves.
0.12.4 - 2018-02-17¶
Loading or saving a load order could be very slow because the plugins directory was scanned recursively, which is unnecessary. In the reported case, this fix caused saving a load order to go from 23 seconds to 43 milliseconds (via libloadorder).
Plugin parsing errors were being logged with trace severity, they are now logged as errors.
Saving a load order for Oblivion, Fallout 3 or Fallout: New Vegas now updates plugin access times to the current time for correctness (via libloadorder).
GameInterface::SetLoadOrder()now errors if passed a load order that does not contain all installed plugins. The previous behaviour was to append any missing plugins, but this was undefined and could cause unexpected results (via libloadorder).
Performance improvements for load order operations, benchmarked at 2x to 150x faster (via libloadorder).
Updated mentions of libespm in error messages to mention esplugin instead.
Updated libloadorder to v11.0.1.
Updated spdlog to v0.16.3.
0.12.3 - 2018-02-04¶
Support for Fallout 4 VR via the new
loot::CreateGameHandle()no longer accepts an empty game path string, and no longer has a default value for its game path parameter, as using an empty string as the game path is invalid and always causes an exception to be thrown.
Added an empty string as the default value of
loot::InitialiseLocale’s string parameter.
Updated esplugin to v1.0.8.
Updated libloadorder to v10.1.0.
0.12.2 - 2017-12-24¶
Plugins with a
.espfile extension that have the light master flag set are no longer treated as masters when sorting, so they can have other
.espfiles as masters without causing cyclic interaction sorting errors.
Downgraded Boost to 1.63.0 to take advantage of pre-built binaries on AppVeyor.
0.12.1 - 2017-11-23¶
Support for identifying Creation Club plugins using
Update esplugin to v1.0.7.
Update libloadorder to v10.0.4.
0.12.0 - 2017-11-03¶
Support for light master (
loot::SetLoggingCallback()to allow clients to handle the LOOT API’s logging statements themselves.
Logging of libloadorder error details.
LoadPlugins()now loads the current load order state before loading plugins.
Added a condition string field to
Replaced libespm dependency with esplugin v1.0.6. This significantly improves safety and sorting performance, especially for large load orders.
Updated libloadorder to v10.0.3. This significantly improves safety and the performance of load order operations, at the expense of exposing cache management to the client.
Replaced Boost.Log with spdlog v0.14.0, removing dependencies on several other Boost libraries in the process.
Updated libgit2 to v0.26.0.
Update Boost to v1.65.1.
DatabaseInterface::EvalLists()as it was superseded in v0.11.0 by the ability to evaluate conditions when getting general messages and individual plugins’ metadata, which is more efficient.
SetLogFile()as they have been superseded by the new
loot/yaml/*headers containing LOOT’s internal YAML conversion functions are no longer exposed alongside the API headers.
loot/windows_encoding_converters.hheader is no longer exposed alongside the API headers.
Formatting in metadata documentation.
Saving metadata wrote entries in an inconsistent order.
Clang build errors.
0.11.1 - 2017-06-19¶
A crash would occur when loading an plugin that had invalid data past its header. Such plugins are now just silently ignored.
loot::CreateGameHandle()would not resolve game or local data paths that are junction links correctly, which caused problems later when trying to perform actions such as loading plugins.
Performing a masterlist update on a branch where the remote and local histories had diverged would fail. The existing local branch is now discarded and the remote branch checked out anew, as intended.
0.11.0 - 2017-05-13¶
New functions to
loot::GameInterfacepure abstract class that exposes methods for accessing game-specific functionality.
loot::PluginInterfacepure abstract class that exposes methods for accessing plugin file data.
loot::LogVerbosityenum for controlling the API’s logging behaviour.
loot::InitialiseLocalefunction that must be called to configure the API’s locale before any of its other functionality is used.
LOOT’s internal metadata classes are now exposed as part of the API.
loot::CreateGameHandle(), and changed its signature so that it returns a shared pointer to a
loot::GameInterfaceinstead of a shared pointer to a
loot::DatabaseInterfacemethods are now const:
LOOT’s internal YAML conversion functions have been refactored into the
include/loot/yamldirectory, but they are not really part of the API. They’re only exposed so that they can be shared between the API and LOOT application without introducing another component.
LOOT’s internal string encoding conversion functions have been refactored into the
include/loot/windows_encoding_converters.hheader, but are not really part of the API. They’re only exposed so that they can be shared between the API and LOOT application without introducing another component.
Metadata is now cached more efficiently, reducing the API’s memory footprint.
Log timestamps now have microsecond precision.
Updated to libgit2 v0.25.1.
Refactored code only useful to the LOOT application out of the API internals and into the application source code.
DatabaseInterface::GetPluginCleanliness()have been removed as they have been superseded by
GameDetectionErrorclass, as it is no longer thrown by the API.
PluginTagsstruct, as it is no longer used.
LanguageCodeenum, as the API now uses ISO language codes directly instead.
PluginCleanlinessenum. as it’s no longer used. Plugin cleanliness should now be checked by getting a plugin’s evaluated metadata and checking if any dirty info is present. If none is present, the cleanliness is unknown. If dirty info is present, check if any of the English info strings contain the text “Do not clean”: if not, the plugin is dirty.
The LOOT API no longer caches the load order, as this is already done more accurately by libloadorder (which is used internally).
Libgit2 error details were not being logged.
A FileAccessError was thrown when the masterlist path was an empty string. The API now just skips trying to load the masterlist in this case.
Updating the masterlist did not update the cached metadata, requiring a call to
The reference documentation was broken due to an incompatibility between Sphinx 1.5.x and Breathe 4.4.
0.10.3 - 2017-01-08¶
Automated 64-bit API builds.
std::invalid_argumentexceptions thrown during condition evaluation with
Improved robustness of error handling when calculating file CRCs.
Documentation was not generated correctly for enums, exceptions and structs exposed by the API.
Added missing documentation for
0.10.2 - 2016-12-03¶
Updated libgit2 to 0.24.3.
A crash could occur if some plugins that are hardcoded to always load were missing. Fixed by updating to libloadorder v9.5.4.
Plugin cleaning metadata with no
infovalue generated a warning message with no text.
0.10.1 - 2016-11-12¶
No API changes.
0.10.0 - 2016-11-06¶
Support for TES V: Skyrim Special Edition.
Completely rewrote the API as a C++ API. The C API has been reimplemented as a wrapper around the C++ API, and can be found in a separate repository.
Windows builds now have a runtime dependency on the MSVC 2015 runtime redistributable.
Rewrote the API documentation, which is now hosted online at Read The Docs.
The Windows release archive includes the
.libfile for compile-time linking.
LOOT now supports v0.10 of the metadata syntax. This breaks compatibility with existing syntax. See the syntax version history for the details.
Updated libgit2 to 0.24.2.
loot_get_tag_map()function has no equivalent in the new C++ API as it is obsolete.
loot_apply_load_order()function has no equivalent in the new C++ API as it just passed through to libloadorder, which clients can use directly instead.
Database creation was failing when passing paths to symlinks that point to the game and/or game local paths.
Cached plugin CRCs causing checksum conditions to always evaluate to false.
Updating the masterlist when the user’s
TMPenvironmental variables point to a different drive than the one LOOT is installed on.
0.9.2 - 2016-08-03¶
libespm (2.5.5) and Pseudosem (1.1.0) dependencies have been updated to the versions given in brackets.
The packaging script used to create API archives was packaging the wrong binary, which caused the v0.9.0 and v0.9.1 API releases to actually be re-releases of a snapshot build made at some point between v0.8.1 and v0.9.0: the affected API releases were taken offline once this was discovered.
loot_get_plugin_tags()remembering results and including them in the results of subsequent calls.
An error occurred when the user’s temporary files directory didn’t exist and updating the masterlist tried to create a directory there.
Errors when reading some Oblivion plugins during sorting, including the official DLC.
0.9.1 - 2016-06-23¶
No API changes.
0.9.0 - 2016-05-21¶
Moved API header location to the more standard
Documented LOOT’s masterlist versioning system.
Made all API outputs fully const to make it clear they should not be modified and to avoid internal const casting.
loot_dbtype is now an opaque struct, and functions that used to take it as a value now take a pointer to it.
loot_cleanup()function, as the one string it used to destroy is now stored on the stack and so destroyed when the API is unloaded.
loot_lang_englishconstant should be used instead.
0.8.1 - 2015-09-27¶
Safety checks are now performed on file paths when parsing conditions (paths must not reference a location outside the game folder).
Updated Boost (1.59.0), libgit2 (0.23.2) and CEF (branch 2454) dependencies.
A crash when loading plugins due to lack of thread safety.
The masterlist updater and validator not checking for valid condition and regex syntax.
The masterlist updater not working correctly on Windows Vista.
0.8.0 - 2015-07-22¶
Support for metadata syntax v0.8.
Improved plugin loading performance for computers with weaker multithreading capabilities (eg. non-hyperthreaded dual-core or single-core CPUs).
LOOT no longer outputs validity warnings for inactive plugins.
Updated libgit2 to v0.23.0.
Many miscellaneous bugs, including initialisation crashes and incorrect metadata input/output handling.
LOOT silently discarding some non-unique metadata: an error will now occur when loading or attempting to apply such metadata.
LOOT’s version comparison behaviour for a wide variety of version string formats.
0.7.1 - 2015-06-22¶
“No existing load order position” errors when sorting.
Output of Bash Tag removal suggestions in
0.7.0 - 2015-05-20¶
Initial API release.