X-Git-Url: https://wimlib.net/git/?p=wimlib;a=blobdiff_plain;f=NEWS;h=50c2131339657a7c0cf6e9666837b3f21227abf1;hp=1ce8e39467104f00f7e8f956e1ef3858144eb7a3;hb=fb9de673c23ece7e273d93a46c49e65cbe20a99a;hpb=4355f268543a3e79faefb4225c242fce32c49336

diff --git a/NEWS b/NEWS
index 1ce8e394..50c21313 100644
--- a/NEWS
+++ b/NEWS
@@ -1,4 +1,50 @@
-Version 1.7.5-BETA:
+Version 1.8.2-BETA:
+	Fixed a bug: on 32-bit systems, the library would enter an infinite loop
+	if WIM image metadata was malformed in a very specific way.
+
+Version 1.8.1:
+	Fixed a bug in the LZX decompressor: malicious input data could cause
+	out of bounds writes to memory (since wimlib v1.2.2).
+
+	The output of the 'wiminfo' command now consolidates various boolean
+	flags (such as "Relative path junction") into a single line.
+
+	A file can now have both an unnamed data stream ("file contents") and a
+	reparse point stream.  Such files can exist as a result of the use of
+	certain Windows features, such as offline storage, including "OneDrive".
+	wimlib will now store and restore both streams on Windows as well as in
+	NTFS-3g mode.  Microsoft's WIMGAPI also has this behavior.
+
+	On Windows, named data streams of encrypted files are no longer stored
+	twice in WIM archives.
+
+	On Windows, named data streams are now correctly extracted to existing
+	"readonly" directories.  Before, an error would be reported.
+
+	On Windows, it is now possible to do a "WIMBoot mode" extraction with
+	non-standalone WIMs such as delta WIMs.
+
+	On Windows, when doing an extraction in "WIMBoot mode", files larger
+	than 4 gigabytes are now never extracted as externally backed.  This
+	works around a bug in Microsoft's "WOF" driver.
+
+	The '--enable-verify-compression' configure option has been removed.  If
+	you want to verify a WIM file, use the 'wimverify' program.
+
+	The way the "file count", "directory count", "total bytes", and "hard
+	link bytes" image statistics (stored in the WIM XML data) is calculated
+	has been slightly changed.
+
+	In mounted WIM images, the disk usage provided for each file (st_blocks)
+	is now the compressed size rather than the uncompressed size.
+
+	The performance of the NTFS-3g and Windows capture modes has been
+	slightly improved.
+
+	On UNIX-like systems, symbolic links whose targets contain the backslash
+	character are now handled correctly (losslessly).
+
+Version 1.8.0:
 	Improved the LZX compressor.  It is now 15-20% faster than before and
 	provides a slightly better compression ratio.