- Revised the method for enabling the old taskbar by intercepting the code path for initializing the new taskbar, due to a very rare issue where our hook does not get called on certain recent builds. (#2499)
- Fixed crash on 25921+ due to the removal of pnidui.dll. (#2558)
- Fixed potential stability issues when using the new taskbar on 22621.2787+.
* Support for automatic updates
* Implemented setup program
* Fixed issue where setting the Windows 10 taskbar to one of the screen edges crashed the Windows 11 taskbar if enabled
* System tray icons are now left intact when switching between Windows 10 and Windows 11 taskbars, and after build updates
* Added support for hooking functions using the Microsoft Detours
library; this, in theory, means that the application can now at
least compile just fine on ARM64; although that is the case, it
currently does not support dynamically patching CTray::Init as I
have yet to come up with assembly to do that. Also, it is
uterly untested on ARM64 as I do not have a machine to test on.
* Removed x86 support, compilation targets are now only amd64 and
ARM64
* Library downloads and parses symbols in order to determine
function hooking offsets at runtime and saves the data in a
"settings.ini" file located in the application folder for future
use; the file is invalidated when a new OS build is detected
* The main executable attempts to determine the location where a
jump has to be patched out so that Explorer remains on the 'show
old taskbar' code path; it will systematically patch each jz/jnz
instruction and will check whether Explorer still runs fine, and,
if it does so and does not crash, whether the old taskbar got
actually shown; once the offset is determined, it is saved in the
"settings.ini" file for future use
* Please have an unmetered active working Internet connection when
running for the first time
* Messages from the patcher (i.e. install/uninstall successful
message, symbol downloading message) will now display in a toast
(Windows 10 notification) if possible; when Explorer is not
running, it falls back to using standard MessageBox'es
* Disabled the pre/post build command that restarted sihost.exe in
Debug builds
In order to ease off building and testing the application, when using
Visual Studio, the solution now automatically kills Explorer before
building (so that the library can replace the old version which
presumably was in use) and starts it back when the build completes.
Amrsatrio
Valentin Radu