protected processes do not allow non MS signed dlls into them. This is probably why you get that error. It is not a problem, it is just logging that the OS blocked it. We cannot block the loading and exclusion would make no difference as in order to process the exclusion we would have to load the code which is being blocked. You can just ignore it. There was also a case of some dlls not being date countersigned which could also be the trigger of this.
Neil Banfield
Given the symptoms I would suggest something is interfering with Start11s ability to run windows search indexer searches over time. This could be a resource leak from something else, an OS bug or some other cause. Given it seems new and Start11 1.x has not changed in a long time it would seem most likely to be external to Start11 itself. It would be interesting to see the resource usage of explorer.exe when it stops working, both for memory, GDI, USER and handles usage.&nb
Updates to Start11 that should prompt you are uncommon, so unless you have installed it via ODM and have show betas enabled you shouldn't be getting regular update prompts at all. I would check what version your Start11 shows in the UI as the latest release is 2.7, though there is a 2.71 in the pipeline ready for release soon. It may be something is stopping the installation working hence requests for updates regularly.
Are you using v2.7?
Where is your taskbar positioned?
[quote who="Yanouskine" reply="7" id="3992518"] Hello, I am opening a new ticket because my previous post was automatically closed after a long period without any reply. I am currently running Windows 11 Insider Preview build 29580.1000 with Start11 2.7. The issue I previously reported is still present: taskbar labels can become incorrect,
[quote who="Z77930" reply="47" id="3992471"] Installing 2.7 has messed up the desktop icon display with the taskbar on top. I am running START11 on 3 machines, two 24H2 and one 25H2. The behavior changed with the install of 2.7 on all three. I tried to put images in this post but apparently i don't know how. After 2.7 the top row of desktop icons are under the task bar, before 2.7 they displayed as expected. I am using the auto hide taskbar option when a window is under
With regards to having a taskbar on the non primary display, this is something we have been looking at. We just need to be comfortable that it is supportable long term as we don't want to release something and then it gets broken by OS changes
We will investigate further then as a related issue was resolved before. I assume the very same does not happen if you do not have enhanced taskbar enabled (trying to rule out Windows bug here)
Wonderful to hear
[quote who="rrankins" reply="7" id="3992426"] Any update on a fix for this? I was hoping the latest update which mentioned a fix for an issue with cropping of the thumbnail previews was a fix for this issue, but I just connected my second monitor today and the problem still happens. I have to restart explorer from withing Start11 to get them back to normal. [/quote] I believe this was resolved in 2.7. I would suggest uninstalling, REBOOTING and then
This is usually a flaw in the apps you are launching. They are not respecting the workarea as they should. Sometimes this is because of previously saved coordinates for a window.
Are you using v2.6 or 2.7 as v2.7 had a fix for something just like this.
[quote who="duranman2000" reply="484" id="3992277"] did that, when i run it brings me to website [/quote] Is this when you try to apply a style? This may happen if the Stardock WindowBlinds service is set to be not running for some reason. Some 'startup optimizing' utilities may do something like that.
[quote who="duranman2000" reply="482" id="3992251"] windows blinds no longer working windows 11 64 bit [/quote] Uninstall, REBOOT and reinstall again.
We have added an option to control this in the next beta update of Start11.
We have been able to reproduce this. It only happens when taskbar is at the top of the screen is enabled. This will be resolved in the next update. This will however not solve much for you as the taskbar will then be at the bottom of the screen. I was unable to reproduce any issue with the taskbar at the top without that setting enabled though.
Are you using anything else which might interact with explorer?
I am pleased to say that info was enough for us to reproduce it and have implemented a workaround which should be going up in the beta update this week.
This will be addressed in the next beta and I will make sure someone posts here to let you know when it is available. It should be this week. Thanks for letting us know.
Do your monitors have different scaling factors?
That looks normal to me. Thats how it indicates the button has > 1 window linked to it. This has been how it has looked since forever I think?
Thanks for the report, we have reproduced this and are just putting the finishing touches on a small tweak. Hopefully we can put that out in beta either tomorrow or early next week for you.
It is worth noting 4.22 is not the latest Fences. 4.23 From December 2025 is which might be why you are being prompted.
I think you just needed to switch to advanced resolution aware mode for the grid. Then (subject to scaling differences) things are lined up exactly.