foundry/Data/modules/lib-wrapper/CHANGELOG.md

1.12.11.0 (2022-11-15)

• Fix incorrect formatting of error messages when modules have both an 'info' and 'bugs' URL in their package manifest. (Issue #73)

1.12.10.0 (2022-09-19)

• Code refactoring/clean-up (no user-facing changes)
• Get rid of another FVTT v10 deprecation warning that occurred only when running the development version of the module.

1.12.9.0 (2022-09-11)

• Fix incorrect error messages when calling the libWrapper API before the libWrapper.Ready hook. (Issue #72)
  • Add unit test to catch this issue in the future.
• Fix accidental 3 consecutive blank lines in error messages when a module has neither an url nor a bugs entry in its manifest.
• Update NPM dependencies to latest version.

1.12.8.0 (2022-09-04)

• Get rid of FVTT v10 deprecation warnings caused by legacy style package 'data' accesses.
  • Shim updated to v1.12.2 to also get rid of these warnings when libWrapper is not installed.
  • Closes Issue #71. Thanks to wickermoon for the issue report and fix proposal!

1.12.7.2 (2022-09-02)

• Add authors key to the module manifest to avoid compatibility warnings in FVTT v10.

1.12.7.1 (2022-08-08)

• Add compatibility and id keys to the module manifest to avoid compatibility warnings in FVTT v10.

1.12.7.0 (2022-06-21)

• Enforce options.chain == true when registering non-OVERRIDE wrappers.

1.12.6.0 (2022-06-15)

• Add support for reading core compatibility versions for packages using the new Foundry VTT v10 manifest format.
• Update README with information about the new Foundry VTT v10 manifest format.

1.12.5.0 (2022-05-31)

• Fix options.bind parameter to libWrapper.register for OVERRIDE wrappers.
• Declare compatibility with Foundry v10. It is unlikely a future v10 update will break compatibility.

1.12.4.0 (2022-02-14)

• Improve package detection. Will no longer fail if an error's stack trace is empty, which could happen sometimes when browser native code causes a JS exception.
• Improve error package info injection to be less noisy when it fails.
• Tweak rollup configuration so that relative sourcemap file paths are now correct.

1.12.3.0 (2022-02-01)

• All API functions now accept disambiguation prefixes as part of their package_id parameter, i.e. module:foobar, system:foobar, or world:foobar.

1.12.2.0 (2022-01-30)

• Allow integer enum values to be passed to get as a string, so that the caller does not need to cast explicitly.
  • No known issues were caused by this, and this code isn't exposed in the libWrapper API, but the previous behaviour was unintended.

1.12.1.0 (2022-01-30)

• Hotfix: Correctly handle malformed log verbosity setting.
• Disable minification of class names, for more readable error messages.

1.12.0.0 (2022-01-29)

• Fix libWrapper.AlreadyOverriddenError usage.
  • Override conflicts were accidentally throwing libWrapper.PackageError exceptions instead, which breaks the API.
• Fix module updated check when compatibleCoreVersion contains only the compatible FVTT major version.
• Allow arguments to be bound when calling libWrapper.register (Issue #58)
  • This allows avoiding an extra function call, for example libWrapper.register(PACKAGE_ID, "foo", function(wrapped, ...args) { return someFunction.call(this, wrapped, "foo", "bar", ...args) }); becomes libWrapper.register(PACKAGE_ID, "foo", someFunction, "WRAPPER", {bind: ["foo", "bar"]});.
• Implement a logging verbosity setting (Issue #62)
  • By default, libWrapper will only show warnings or errors in the console.

1.11.4.0 (2022-01-14)

• Hotfix: Previous update caused significant breakage due to an uninitialised variable not caught by unit tests. Sorry for the inconvenience!

1.11.3.0 (2022-01-14)

• Allow JavaScript engine to garbage collect objects that have been wrapped by libWrapper.

1.11.2.0 (2022-01-05)

• Improve static dispatch chain caching, speeding up wrappers when calling them on different objects with "High Performance Mode" enabled.

1.11.1.0 (2022-01-04)

• Add Japanese localisation, contributed by BrotherSharper. Thank you!

1.11.0.1 (2021-12-13)

• Declare compatibility with all Foundry v9 versions, instead of individual ones. It is unlikely a future update will break compatibility.

1.11.0.0 (2021-11-25)

• API Improvements to libWrapper.register and libWrapper.unregister (non-breaking):
  • libWrapper.register now returns a unique numeric target identifier.
  • This unique identifier can be used in further calls to libWrapper.register and libWrapper.unregister, rather than specifying the target path again. As a result, even if the object is no longer reachable from global scope or has otherwise been replaced by another module, it is still possible to register/unregister wrappers to it.
  • The libWrapper.Register and libWrapper.Unregister hooks have been updated, and now also supply the unique target identifier as an extra parameter.
  • Note: The Shim does not support nor provide these unique identifiers.
• Improvements to 'Active Wrappers' pane in the settings window:
  • Add the target identifier to the displayed information.
  • Do not merge wrappers with the same path but with different target objects (i.e. different target IDs).
  • When a target is known by multiple names, display the additional names when expanded.
• Fixed a few cases where having multiple wrappers sharing the same target path but with different target objects (i.e. different target IDs) could cause issues.
• Fix setter inheritance chain handling for properties when there are no setter-specific wrappers.
• Update test cases to exercise the new target identifier code paths properly.
• Miscellaneous cleanup/refactoring and optimisations.
• Update compatibleCoreVersion, now set to v9d2 (9.231). Note: This was previously set to a non-existent version (9.244) by accident.

1.10.8.0 (2021-10-10)

• Fix Issue #56.
  • Fix handling of unknown packages.
  • Correctly use package ID passed to libWrapper.register in specific error messages, when auto-detection does not succeed.
  • Ensure all exceptions thrown are an object, in order to fix compatibility issue with Foundry 0.8.x when thrown inside Application._render.
• Code cleanup: Refactor error classes usage to avoid a cyclic dependency.

1.10.7.0 (2021-10-07)

• Fix incorrect error message when a package that conflicts does not correctly define a minimumCoreVersion or compatibleCoreVersion.
• Optimise the indexing regex, to remove potential exponential backtracking.
• Tweak README to make it clearer that libWrapper.Ready is not implemented by the compatibility shim.

1.10.6.0 (2021-09-18)

• Add official support for v9p2 (9.244). Previous versions are still supported.

1.10.5.0 (2021-09-06)

• Relax Hooks._call patch regex to work even when foundry.js has been modified.

1.10.4.0 (2021-09-05)

• Fix issue where sometimes the relative file paths to a localisation JSON file would be incorrect.
• Use JSCC pre-processor to improve initialisation
  • Strip all unnecessary unit-test code from artifact.
  • Bundle version information into artifact, to avoid having to look at the module.json during runtime
  • Bundle list of available translations into artifact, to skip requesting a localisation JSON file if it does not exist.

1.10.3.0 (2021-09-02)

• Add Spanish localisation, contributed by GoR (GoR#9388). Thank you!
• Tweak how support channels are specified in the localisation JSON files, to avoid having to specify them twice.

1.10.2.0 (2021-08-27)

• Tweak localisation polyfill. Messages should now be localised correctly before game.i18n initialises.
• Fix Settings UI: Show ignored conflicts checkbox clicks sometimes would not register.
• Add pt-BR localisation, contributed by Matheus Clemente (mclemente#5524). Thank you!
• Add pt-PT localisation.

1.10.1.1 (2021-08-27)

• Fix build workflow to properly include translation JSON files in the artifact.
• No code changes.

1.10.1.0 (2021-08-27)

• Hotfix: Foundry did not load with libWrapper enabled if set to a language for which no libWrapper translation was available.

1.10.0.0 (2021-08-26)

• [BREAKING] Remove LibWrapperError methods deprecated since v1.6.0.0:
  • LibWrapperInternalError.module, replaced by LibWrapperInternalError.package_id
  • LibWrapperPackageError.module, replaced by LibWrapperPackageError.package_id
• Improve error messages (Implements #42)
• Add support for localization (Implements #44)
  • As of now, only includes the english language, but community contributions are welcome.

1.9.2.0 (2021-08-25)

• Resolve ignore_conflicts API not ignoring all types of conflicts. (Fixes Issue #49)

1.9.1.0 (2021-08-25)

• When an unhandled exception is seen by libWrapper, it will detect involved packages (if any) and append this list to the exception message.

1.9.0.0 (2021-08-23)

• Support wrapping global methods when they are available in globalThis and the associated descriptor has configurable: true.
• Include shared library fvtt-shared-library statically for PackageInfo, polyfills, and Enums.
  • Now correctly able to detect package IDs (e.g. in case of compatibility issues) before the init hook.
  • Can now use enum objects for the type and options.perf_mode parameters to libWrapper.register, e.g. libWrapper.WRAPPER or libWrapper.PERF_FAST.
• Fix libWrapper.register API: The value NORMAL for options.perf_mode was incorrectly not permitted.
• Miscellaneous code cleanup.

1.8.1.0 (2021-08-22)

• Attempt to prevent other modules from breaking the libWrapper initialisation process.
  • [BREAKING] Prevent use of Game.toString() before libWrapper initialises.
  • Detect when the libWrapper initialisation process did not run because of another module.
• Prepend /* WARNING: libWrapper wrappers present! */ to toString() calls on methods wrapped by libWrapper.
• Explicitly announce compatibility with Foundry 0.8.9.

1.8.0.0 (2021-07-29)

• Allow libWrapper.register targets to contain string Array indexes. (Fixes Issue #46) For example, CONFIG.Actor.sheetClasses.character["dnd5e.ActorSheet5eCharacter"].cls.prototype._onLongRest is now a valid wrapper target.

1.7.5.0 (2021-07-05)

• Don't fail registering wrappers if game is malformed.

1.7.4.0 (2021-07-05)

• Handle malformed game.modules gracefully. This can happen when Foundry does not initialise properly which by itself can cause issues, but libWrapper was making the situation even worse by aborting the initialisation process.
• Explicitly announce compatibility with Foundry 0.8.8.

1.7.3.0 (2021-06-22)

• Update 'About' pane in the settings with more information about reporting issues.
• Update documentation
  • Explain differences between the full library and the shim.
  • Add information about how to obtain support.

1.7.2.0 (2021-06-19)

• Rename error-listeners.js to listeners.js (see Issue #42).
• Do not prefix libWrapper- to listeners.js file in the sourcemap.
• Explicitly announce compatibility with Foundry 0.8.7.
• Add bugs attribute to manifest, and enable Bug Reporter support.
• Miscellaneous code cleanup.
• Update documentation:
  • Add section about Systems.
  • Add section about Mixins.
  • Add section about super.
• Update release script to properly handle commas in the manifest file, as well as be easier to maintain.

1.7.1.0 (2021-06-14)

• Include Git commit hash in manifest.
  • Update release scripts.
  • Update version parsing code.

1.7.0.0 (2021-06-09)

• [BREAKING] Removed libWrapper.clear_modules API, libWrapper.ClearModule hook, and LibWrapperModuleError exception class (all deprecated since v1.6.0.0).
• Implement backend system for ignoring known potential conflicts (part of Issue #33)
  • Added libWrapper.ignore_conflicts API method to allow package developers to have libWrapper not warn the user about certain conflicts.
  • Add a toggle to the 'Conflicts' tab in the settings dialog to display detected conflicts that were ignored. These are hidden by default.
  • Hooks libWrapper.ConflictDetected and libWrapper.OverrideLost now also get passed a list of all unique target parameters that have been used to register wrappers for a given method, instead of just the first one ever used. This is important for methods that are reachable through more than one target path.

1.6.2.0 (2021-06-04)

• Fix errors seen when wrapping inherited properties.
  • These were caused by a terser bug (terser/terser #1003).
• Clean up Wrapper singleton detection code.
• Explicitly announce compatibility with Foundry 0.8.6.

1.6.1.0 (2021-05-26)

• Fix infinite loop leading to a RangeError: Maximum call stack size exceeded error when both libWrapper wrappers and manual wrappers are present on a method inherited from a parent class.
  • Fixes the incompatibility between "TouchVTT" and "Drag Ruler" when libWrapper was active.
• Fix module ID not displaying correctly in settings dialog for MANUAL wrappers.

1.6.0.1 (2021-05-24)

• No code changes.
• Explicitly announce compatibility with Foundry 0.8.5.

1.6.0.0 (2021-05-10)

• [BREAKING] Remove libWrapperReady hook (deprecated since v1.5.0.0, libWrapper.Ready should be used instead).
• Rename all instances of module to package, given the library now officially supports systems and worlds.
  • Deprecate libWrapper.clear_module method (now libWrapper.unregister_all) and the libWrapper.ClearModule hook (now libWrapper.UnregisterAll).
  • Deprecate libWrapper.ModuleError (now libWrapper.PackageError).
  • Deprecate all libWrapper.Error.module getters (now libWrapper.Error.package_id).
• Rewrite module auto-detection functionality to be able to handle systems and worlds correctly.
  • Allows modules/systems/worlds to co-exist even when they share the same package ID.
• Make it explicit when a package ID corresponds to a world or system.
  • Error and warning messages now display world and system instead of module, when applicable.
  • Display [World] and [System] next to the package IDs in the settings dialog when packages are not modules.
• Miscellaneous code clean-up in preparation for future work.
• Announce compatibility with Foundry 0.8.3.

1.5.6.0 (2021-05-05)

• Improve unhandled error detection mechanism.
• Also detect errors that occur inside Application.prototype.render.

1.5.5.0 (2021-05-05)

• Fix sorting of unprioritized modules in the settings dialog.

1.5.4.0 (2021-05-05)

• Improve support for systems and world scripts. (Issue #19)
  • World scripts are now supported.
  • Shim ID/title auto-detection now supports both world scripts and systems.
• Do not use positive look-behind in regexes. (Issue #34)
  • This fixes support for Safari Technical Preview. (Note: Safari is still officially unsupported by both Foundry and libWrapper)
  • Corresponding update to the shim, which will be required if modules wish to support Safari.

1.5.3.0 (2021-05-04)

• Improve call stack for hooks (Issue #32)
  • Changed the Hooks._call wrapper to a patched override.
• Delay evaluation of notifications configuration until ready hook.
• Announce compatibility with Foundry 0.8.2.

1.5.2.0 (2021-04-16)

• Versioning updates
  • Split SUFFIX field into SUFFIX and META.
  • SUFFIX is now always an integer, with META containing the string portion.
  • META is now unnecessary when comparing library versions, as any change to this field will cause one of the other fields to be incremented.
  • Updated version_at_least to be able to request a minimum SUFFIX field.

1.5.1.0 (2021-04-13)

• Fix issue detecting module names when using minified releases of libWrapper.

1.5.0.0 (2021-04-12)

• Major performance improvements

  • Improved performance of the standard performance mode in a tight loop by 60% compared to previous versions.
  • Compared to v1.4.3.0:
    • 1000 calls to one wrapper: 1.67ms → 0.67ms (~60% improvement)
    • One call to 1000 wrappers: 0.87ms → 0.60ms (~25% improvement)
  • Added unit test to ensure there are no significant performance regressions in the future.

• The GM can now toggle a 'High-Performance Mode' in the libWrapper module settings. (Issue #25)

  • Modules can also request this be used by default (see documentation for usage details).
  • This mode forgoes libWrapper's dynamic conflict detection capabilities in exchange for higher performance.
  • Compared to the standard mode on v1.5.0.0:
    • 1000 calls to one wrapper: 0.67ms → 0.06ms (~90% improvement)
    • One call to 1000 wrappers: 0.60ms → 0.08ms (~85% improvement)
  • This is within margin of error of non-libWrapper wrapping methods, and useful when wrapping methods in a tight loop such as WallsLayer.testWalls.

• Updated rollup/babel/terser configuration and versions.

1.4.3.0 (2021-04-11)

• Ignore conflicts when libWrapper.ConflictDetected returns false.
• Do not treat an OVERRIDE wrapper being replaced as a conflict when libWrapper.OverrideLost returns false.

1.4.2.0 (2021-04-11)

• System support:
  • Systems can now register wrappers using their ID (Partially implements Issue #19)
  • Detected conflicts involving a system no longer show up as unknown.
• Improve call stacks further (Issue #17):
  • Decorate all libWrapper, Wrapper and LibWrapperNotifications functions with the 🎁 symbol.
  • Bind call_wrapped on the last wrapper call, instead of call_wrapper. This avoids one extra call.
  • Decorate Hooks._call wrapper properly.

1.4.1.0 (2021-04-11)

• Fix broken Hooks.once behaviour. Modules such as Norc's Custom Hotbar now work as expected. Closes Issue #30.
• Detect Promise rejections caused by LibWrapperError exceptions properly.

1.4.0.0 (2021-04-11)

• [BREAKING] Remove private code from libWrapper scope.
  • The libWrapper object no longer exposes various private functions. This includes:
    • Any function with a _ prefix
    • load_priorities
  • If your code was relying on any of these undocumented functions, it will need to be updated.
  • As always, you should assume any method that is not publicly documented may change or be removed at any moment and without notice.
  • Closes Issue #16.
• [DEPRECATION WARNING] The hook libWrapperReady is now deprecated and will be removed in a future version.
  • You should use libWrapper.Ready instead.
• Bug-fixes:
  • Register modules to the prioritization UI even if they fail to register an OVERRIDE wrapper due to another wrapper already existing. Fixes Issue #21.
  • Enable statistics collection for non-GM users with 'Modify configuration settings' permission. This means they can now edit the libWrapper priorities. Fixes Issue #26.
• New features / improvements:
  • Trigger the libWrapper.OverrideLost hook when an OVERRIDE wrapper gets replaced. Closes Issue #23.
  • Trigger various hooks when certain events occur. See documentation for details.
  • Added public API function version_at_least(major, minor=0, patch=0) for modules to easily check for a minimum libWrapper version.
  • Redirect toString() method to the wrapped method. Closes Issue #18
• Major documentation improvements:
  • Documented version, versions, is_fallback.
  • Documented all custom exception classes used by libWrapper.
  • Documented the Hooks triggered by libWrapper.
  • Documented the {chain: true} option for OVERRIDE wrappers added in v1.3.6.0.
  • Documentation now states explicitly that usage of anything undocumented is unsupported, might change, and can easily break.
  • Split the contributing section to CONTRIBUTING.md.
  • Added a Table of Contents, as well as section numbers.
• Improve callstack:
  • Renamed src/lib/lib-wrapper.js to src/libWrapper-api.js.
  • Renamed src/lib/wrapper.js to src/libWrapper-wrapper.js.
  • Renamed handler function names, so that they are shorter.
  • Use Function.displayName in addition to the previous implementation, when giving functions custom names.
  • Improve performance by caching handler functions, instead of re-generating them every time.
  • Closes Issue #17.
• Improve error handling mechanism:
  • Detect unhandled libWrapper errors inside hooks, and warn the user appropriately.
  • libWrapper will no longer break if it fails to parse game.data.user or game.data.settings. This should improve compatibility with future Foundry VTT versions.
  • Delay warning and error notifications until the ready hook if they occur beforehand, to ensure they are displayed.
• Manifest changes:
  • Add library: true to manifest.
  • Announce compatibility with Foundry 0.8.1.
• Minor code cleanup.

1.3.6.0 (2021-04-09)

• Allow OVERRIDE wrappers to continue chain if they pass {chain: true} as a fourth parameter to libWrapper.register.

1.3.5.0 (2021-01-11)

• Bugfix: Refactor usage of the handler objects (used to bootstrap a libWrapper call) so that dispatch is dynamic. Prevents references to wrapped methods from skipping the wrappers.

1.3.4.0 (2021-01-08)

• Give custom names to methods in the wrapper call chain for easier debug when something goes wrong (browser support varies).

1.3.3.0 (2021-01-08)

• Hotfix crashes introduced by v1.3.2.0 when detecting possible conflicts. Now added to test suite to avoid something similar happening again.

1.3.2.0 (2021-01-07)

• Add try-catch inside onUnhandledError in order to avoid swallowing the original exception with a second exception if anything goes wrong.
• Handle missing ui.notifications gracefully.

1.3.1.0 (2021-01-07)

• Remove need for invalidation of outstanding asynchronous wrappers, when wrappers are modified. (Fixes Issue #7)
• Optimize instance assignment.
• Misc. bug fixes.

1.3.0.0 (2021-01-06)

• [BREAKING] Fix inconsistent wrapping order (see Issue #13).
• Major test suite improvement. Expand the number of tests, and refactor them for readability (see Issue #12)
• Fix property inheritance. It did not work at all before this update.
• Throw correct exception type when trying to wrap a setter that doesn't exist.
• A few other miscellaneous bug-fixes for corner cases detected by the new tests.

1.2.1.0 (2021-01-03)

• Freeze all libWrapper classes after defining them.
• Remove use of '<' and '>' to avoid them being treated as HTML.
• Make error notifications permanent.

1.2.0.0 (2021-01-03)

• Refactor source code directory structure.
• [BREAKING] Clean-up API parameter validation.
  • The module and target API parameter types are now validated, and these must be strings.
  • The module API parameter will now undergo more extensive validation - attempts to wrap using a different module name than the caller may fail.
  • Library now attempts to forbid wrapping libWrapper code and APIs.
• Refactor error handling.
  • All libWrapper errors now extend the LibWrapperError class.
  • [BREAKING] For consistency, the previous libWrapper exception classes have been renamed.
    • AlreadyOverriddenError and InvalidWrapperChainError have been renamed to LibWrapperAlreadyOverriddenError and LibWrapperInvalidWrapperChainError respectively.
    • To aid compatibility, these can still be found in libWrapper.AlreadyOverriddenError and libWrapper.InvalidWrapperChainError as before, in addition to their new names.
  • Add option to visually notify non-GM players of issues, in addition to the GM.
  • No longer notifies user if libWrapper exceptions are handled by a given module.

1.1.5.0 (2021-01-03)

• Reintroduce changes from v1.1.3.0.
• Fix 'super' usage inside wrapped methods, which was causing multiple modules to malfunction when using libWrapper.

1.1.4.0 (2021-01-03)

• Hotfix release. Reverts changes in 1.1.3.0, which broke some things.

1.1.3.0 (2021-01-03)

• Fix instance/inherited wrapping when there are more than 2 layers, e.g. C inherits from B which inherits from A. Some corner cases were broken.

1.1.2.0 (2021-01-03)

• Prevent wrapping of libWrapper internals
• Update shim. Now supports very basic inherited method wrapping using static dispatch.

1.1.1.0 (2021-01-03)

• Fix parameters when instance-specific wrappers chain to class-specific wrappers.
• Notify of conflicts when a module wraps instances directly without using libWrapper, but the class has a libWrapper wrapper.

1.1.0.0 (2021-01-02)

• Fix 'WRAPPER'-type wrappers that chain asynchronously. These will no longer be incorrectly unregistered for not chaining. (See issue #7)
• Fix wrappers being called twice when a module wraps an instance member without libWrapper, if libWrapper is used to wrap the class prototype. (See issue #7)
• Notify GM when potential issues/conflicts are detected. This can be disabled in the module settings menu.
• Removed option to disable runtime data collection used for the settings menu. After benchmarking, this being enabled does not seem to impact performance at all.

1.0.8.0 (2021-01-01)

• Allow modules to chain wrappers asynchronously (issue #7).

1.0.7.0 (2020-12-30)

• Implement support for multiple chaining. Now, modules can call the next wrapper in the chain more than once.

1.0.6.0 (2020-12-30)

• Improved some exception messages to make it clearer which module/wrapper is responsible for them.
• Improved the README, to make more explicit some of the common pitfalls when using this library. Now explicitly mentions that 'OVERRIDE' wrappers have a different call signature, and that wrappers should not chain more than once.
• Explicitly announce compatibility with Foundry 0.7.9.

1.0.5.3 (2020-12-08)

• No code changes.
• Explicitly announce compatibility with Foundry 0.7.8.

1.0.5.2 (2020-11-15)

• No code changes (Note: from now on, versions with no code changes will not increment the "minor version", instead using a suffix).
• Explicitly announce compatibility with Foundry 0.7.7.

1.0.5 (2020-10-22)

• No code changes.
• Explicitly announce compatibility with Foundry 0.7.5.

1.0.4 (2020-09-22)

• Adds official support for instance-specific, as well as inherited-method wrapping. Note that these are not supported by the shim.
• Fixes silent failures and broken behaviour when attempting to override a method on a class which it inherited from a parent class.
• Fixes silent failures and broken behaviour when attempting to override a method on an object instance, rather than a class.
• Throw an explicit failure message when the shim fails to find the method to wrap.
• Fix 'this' parameter when using the shim and calling the original method without using 'call' or 'apply'.
• Update documentation to better explain the shim's limitations.
• Closes issue #2. Thanks to Nordii for the report.

1.0.3 (2020-09-17)

• Fix shim when type='OVERRIDE' is used (issue #1). Thanks to itamarcu for the report.

1.0.2 (2020-08-29)

• Fix libWrapper.versions property, which was not showing the correct libWrapper version information.

1.0.1 (2020-08-08)

• Fix packaging mistake that would prevent the settings dialog from opening.

1.0.0 (2020-08-08)

• Initial release.