Select a version
The current version is displayed by default, but you can seelect from the list below to view changes in earlier versions:
5.80 b4, 5.80 b3, 5.80 b2, 5.80 b1, 5.71, 5.70, 5.61, 5.60, 5.50, 5.40, 5.31, 5.30, 5.21, 5.20, 5.11, 5.10, 5.01, 5.00, 4.20, 4.11, 4.10, 4.01, 4.00, 3.93, 3.92, 3.91, 3.90, 3.80, 3.71, 3.70, 3.62, 3.61, 3.60, 3.51, 3.50, 3.42, 3.41, 3.40, 3.30, 3.20, 3.11, 3.10, 3.00
Changes in version 5.8
a) if hard link was extracted over existing hard link with same name, WinRAR could fail to properly set its file attributes;
b) turning off "Integrate WinRAR into shell" option did not remove "WinRAR archive" and "WinRAR ZIP archive" items from Windows "New" context menu;
c) extraction could hang infinitely when unpacking some corrupt ARJ archives and corrupt ZIP archives with BZIP2 compression algorithm.
|2.||"Export settings to file" command in "Options" menu saves both HKEY_CURRENT_USER\SOFTWARE\WinRAR and HKEY_LOCAL_MACHINE\SOFTWARE\WinRAR Registry data to Settings.reg, so user defined variables in HKEY_LOCAL_MACHINE\Software\WinRAR\Policy are also preserved. Previously it exported only HKEY_CURRENT_USER\SOFTWARE\WinRAR data.|
a) previous beta versions failed to unpack ZIP archives with mismatched order of local file records and central directory entries;
b) if we opened archive properies in Windows Explorer and selected some text on "Comment" page, selection was lost when moving the mouse cursor outside of properties dialog.
|4.||"Find files" and command line mode "i" commands:
a) if "Use all tables" option or "t" modifer of "i" command are used, additionally to already supported ANSI, OEM and UTF-16 encodings WinRAR will search the specified string in UTF-8 files as well;
b) better support for Unicode text strings;
c) better performance, especially for case insensitive search;
d) hexadecimal search output includes both text and hexadecimal representation of found matches.
|5.||File and total progress bar is displayed when unpacking tar.bz2, tar.gz, tar.lz, tar.xz, tar.z archives.
Previously only the total progress was displayed properly for tar.bz2, tar.gz and tar.z. Neither file nor total progress was displayed for tar.lz and tar.xz.
|6.||"File list/Files/Exact sizes" option also changes the file size format in WinRAR status bar.|
|7.||Added support for one more variation of TAR format archives.|
a) WinRAR extraction commands in Windows Explorer context menu failed if -ag switch was added to rar.ini file.
|9.||"Preserve source files last access time" option on "Time" page of archiving dialog permits to preserve the original last access time of archiving files.|
|10.||Command line -tsp switch can be used to preserve the original last access time of archiving files. It can be combined with other -ts switches, like: rar a -tsc -tsp arcname files|
|11.||It is allowed to combine several modifiers in the same -ts switch. For example, we can use -tscap instead -tsc -tsa -tsp.|
|12.||WinRAR can read default values of command line switches from rar.ini text file, which can be stored either in the same folder as WinRAR.exe or in %APPDATA%\WinRAR folder. This file includes strings in following format:
switches=<any RAR switches separated by spaces>
switches_<command>=<any RAR switches separated by spaces>
First applies switches to all and second to individual commands.
Most of switches specified in rar.ini are used only in the command line mode. Some switches can be applicable both in shell and in command line modes. Previously this rar.ini format was supported only by console RAR.
|13.||Command line -agf<default_format> switch specifies the default format string for -ag switch. It has a practical value only if placed to rar.ini configuration file or to RAR environment variable. For example, if we set RAR environment variable to -agfYYYY-MMM-DD, we can use -ag without a parameter with YYYY-MMM-DD format string assumed.|
|14.||Switches -ed and -e+d can be used in archive processing commands for any combination of RAR and archive operating systems. In older versions RAR for Windows could not use them for Unix RAR archives also as RAR for Unix for Windows RAR archives.|
|15.||Previously "Test" command failed to check integrity of archived NTFS alternate data streams and issued "Unknown data header format" warning if size of such stream exceeded 16 MB. This limitation is removed now.|
|16.||Archiving speed for large NTFS alternate data streams on multi-core CPUs is increased.|
a) when extracting encrypted files directly from "Search results" dialog, password prompt was issued for every found file even if all files belonged to same archive.
Now password is requested only once per archive;
b) Ctrl+A hotkey selects all files in "Search results".
|18.||Archive comment window:
a) previous versions did not allow to use Ctrl+W shortcut to close WinRAR when comment window had keyboard focus. Now Ctrl+W works also from comment window;
b) mouse wheel is supported also for comments with ANSI Escape sequences;
c) for some lengthy comments with ANSI Escape sequences last line of comment was visible only partially even after scrolling up to bottom. It is displayed completely now.
|19.||Maximum path length for files in 7z archives is increased up to 2048 characters. While such lengthy paths were already supported for RAR and ZIP formats, previous versions limited the path length to 260 characters for 7z archives.|
|20.||If archive or file name is too lengthy to fit to archiving or extraction progress window, it is truncated. Previously such names were truncated at the end, making the file extension invisible. This version truncates them removing the path component and symbols in the middle, but preserving beginning of file name and file extension.|
|21.||If files selected for archiving differ only by extension, a proposed archive name is based on their name part. For example, archiving dialog will propose Readme.rar if we selected Readme.txt and Readme.doc.
Previous versions always generated the archive name based on parent folder name for several selected files.
|22.||"Symlink" and "Hardlink" is diplayed in "Type" column for symlink and hardlink records in .tar archives. Previous versions displayed a proper type for such records only in .rar archives.|
|23.||Copying and pasting files from large archives could fail if extraction took a lot of time. This version can paste files from such archives as well, but we have to start extraction already on "Copy" command and not on "Paste" to achieve this.|
|24.||Similarly to RAR5 volumes, recovery volumes in RAR4 format use the same width of volume number field as corresponding RAR volumes. While previously WinRAR could create arc.part01.rar and arc.part1.rev in RAR4 format, now both types of volumes will use "part01".|
|25.||"Set font..." button in "Settings/File list" also changes the folder tree panel font. Previously it changed only the file list font.|
a) if non-existent path is specified in archive name in archiving dialog, WinRAR proposes to create such path. Previous versions could create such path in WinRAR start-up folder instead of currently displayed folder;
b) WinRAR could crash when adding the recovery record in RAR5 format on CPUs not supporting CPUID EAX=7 command and returning random data in response. These are some CPUs from early 2000s;
c) WinRAR failed to create archives after dragging files with right mouse button in Windows shell, dropping them to another folder, selecting "Add to archive..." in context menu and enabling "Put each file to separate archive" option;
d) "winrar r *.zip" command repaired only the first ZIP archive in the set if all archives had numeric names like 1.zip, 2.zip and signatures in the beginning of archives were missing;
e) previous WinRAR version failed to unpack folder records in archives created by RAR 1.50;
f) in rare cases WinRAR failed to extract and reported an error for valid .gz archives produced by some compression optimization tools;
g) progress bar in tray icon never reached 100% in high DPI mode;
h) creation and last access time was not displayed for archived folders if folder records were stored in archive after folder contents;
i) "Skip encrypted archives" option in "Convert archives" command did not work for 7-Zip archives with headers encryption.