Skip to content

Releases: ravibpatel/AutoUpdater.NET

v1.9.2

02 Aug 08:09
7fef4e1
Compare
Choose a tag to compare
  • Fixed an issue that was causing it to not pass strong name validation.

v1.9.1

18 Jun 06:54
a3a9db2
Compare
Choose a tag to compare
  • Now using ZipExtractor compiled using .NET Framework 4.5 instead of same .NET version as the host project to natively support Windows 8 and above and prevent any issues with self-contained apps. This fixes #641.

v1.9.0

08 Jun 09:27
6788c0e
Compare
Choose a tag to compare
  • Fixed an issue causing ZipExtractor to force user to install .NET 8.0 x86 even if x64 version was installed. This should fix #684.
  • Fixed an issue causing "Process has exited" error when trying to close another instance of app when it was already closed.
  • Dropped support for .NET Framework 4.5. Now it requires .NET Framework 4.6.2 or above.

v1.8.6

11 May 05:35
c1e08e0
Compare
Choose a tag to compare
  • Fixed an issue that caused application to crash when AutoUpdater.OpenDownloadPage is set to true. By @fafa3711 in #677.

v1.8.5

19 Feb 09:43
8e87884
Compare
Choose a tag to compare
  • Added support for .NET 8.0.
  • Now ZipExtractor bundled inside AutoUpdater.NET requires same .NET version as the library.
  • Fixed an issue causing command line arguments to be passed as one argument to MSI installer.

v1.8.4

20 Aug 08:01
7b24dc7
Compare
Choose a tag to compare
  • Added ability to change icon shown on the Updater dialog. This resolves #533.
  • Added ability to set TopMost property of all updater dialogs. This resolves #584.

v1.8.3

12 Jun 09:24
35f46ac
Compare
Choose a tag to compare
  • Fixed an issue that was causing ClearAppDirectory to not work. This fixes #623.

v1.8.2

17 May 05:11
743dbe4
Compare
Choose a tag to compare
  • Added option to set WPF Window or Windows Form as owner of all dialogs initiated by AutoUpdater. This fixes #584. By @Fruchtzwerg94 in #617.

v1.8.1

01 May 05:33
4c34c0a
Compare
Choose a tag to compare
  • Fixed an issue causing ZipExtractor to stuck if the executable is located at the root of a network share/drive. This fixes #608. By @fishjimi in #616.

v1.8

19 Apr 10:15
5a9ad53
Compare
Choose a tag to compare
  • Added ability to define executable location in XML file if it differs from the older version executable. This resolves #128, #243 and #609.
  • Fixed an issue causing ZipExtractor to fail with System.UnauthorizedAccessException if the files it is trying to replace are hidden. This fixes #601.
  • Fixed an issue causing AutoUpdater.NET to crash if content-disposition header is wrong in a file download response. See #610.
  • Now showing an error dialog if it can't determine the filename of the update file. This resolves #589.