Microsoft appears to be blocking even more apps for customizing the user interface in Windows 11 24H2. Users noticed that ExplorerPatcher joined the recently blocked StartAllBack app.
TLDR: StartAllBack, ExplorerPatcher and some other projects are being blocked on 24H2.
They’re not exactly “being blocked” but rather the legacy ability to tell explorer.exe to load the older style Taskbar, which those apps load then modify, is going away. I’m not defending this nor do I like it, but it would be like saying some Linux distro is BLOCKING customization because some legacy app dependent on Xorg will not work after they switch to Wayland.
Simply renaming the executable works to re-enable Start All Back. They are being intentionally blocked by Microsoft.
Like in the case of StartAllBack, you can bypass the block by simply renaming the executable to something else. If you want to upgrade to a newer build, delete the app, update your system, and then launch it using a renamed executable.
Not if you’re using the preview build, where the entirely functionality is removed. The warning is just a preemptive preparation for beta users.
The bottom of the article indirectly mentions this.
Windows 11 version 24H2 may cause some headaches for those relying on third-party apps for user interface customization. The latest builds ship with the flag that prevents restoring the old taskbar from the Windows 10 era enabled by default. This could be a sign of Microsoft wanting to remove old components from Windows 11 as it moves forward. (emphasis mine)
Having a function loaded and present but prevented from use “enabled by default” is NOT at all the same as what you claimed, that “the entire functionality is removed.” Find the flag and switch it back on: the functionality was there all along.
Microsoft may well do as you say in the future, which the article does support, but even the text you cited does not support your claim that it has already been removed entirely from the preview builds.
The article is actually incomplete. Some insider builds already lack the old taskbar, it can’t be invoked and if an application relies on it you simply get a crash.
This is not new behavior from Windows. When legacy features are going to be removed, they do stagger updates when users have known software conflicts installed, they also might throw warnings. This is exactly what we are seeing now.
Though the fact this small article is just reporting on Reddit information rather than testing insider builds is not my fault nor my concern.
They’re not exactly “being blocked” but rather the legacy ability to tell explorer.exe to load the older style Taskbar, which those apps load then modify, is going away. I’m not defending this nor do I like it, but it would be like saying some Linux distro is BLOCKING customization because some legacy app dependent on Xorg will not work after they switch to Wayland.
Simply renaming the executable works to re-enable Start All Back. They are being intentionally blocked by Microsoft.
Not if you’re using the preview build, where the entirely functionality is removed. The warning is just a preemptive preparation for beta users. The bottom of the article indirectly mentions this.
But sure, downvote me.
The bottom of the article you mentioned:
Having a function loaded and present but prevented from use “enabled by default” is NOT at all the same as what you claimed, that “the entire functionality is removed.” Find the flag and switch it back on: the functionality was there all along.
Microsoft may well do as you say in the future, which the article does support, but even the text you cited does not support your claim that it has already been removed entirely from the preview builds.
The article is actually incomplete. Some insider builds already lack the old taskbar, it can’t be invoked and if an application relies on it you simply get a crash.
This is not new behavior from Windows. When legacy features are going to be removed, they do stagger updates when users have known software conflicts installed, they also might throw warnings. This is exactly what we are seeing now.
Though the fact this small article is just reporting on Reddit information rather than testing insider builds is not my fault nor my concern.
They are, to the best of Microsoft security professionals’ abilities
Just kidding, the devs are probably using ExplorerPatcher themselves and are sabotaging this asshole move
sounds like a 21st century version of quack3.exe.
Reference: https://techreport.com/review/how-atis-drivers-optimize-quake-iii/