Discussion in 'MDL Projects and Applications' started by pf100, Nov 28, 2016.
Thanks, is there anything short-term we can do until release? Disabling usosvc?
One day until release. Just wait
You need to login to view this posts content.
Let's just declare it "beta test" aka "prerelease hotfix".
Actually, good idea.
Hi,Good day,thank you for the quick fix.After applying it successfully,may i ask if the following behavior normal? I am currently using 1809 version of Windows 10.Thank you...
Yes, that's normal for the "settings > update" window to just close on its own because usosvc is disabled.
That's why I never disabled usosvc before today.
I'll be working on a fix that doesn't make the update window close but to do that takes a lot of time, so for now I'm just adding the fix to disable usosvc.
Windows 10 will still work normally otherwise.
Thank you so much for the hotfix, this forced update nonsense from MS is so greasy, I'm truly grateful for your hard work!
For those of us who choose to use it, Is it now a good idea to also setup an instance of ServiceTray to keep an eye on usosvc since it's now a known vector for updates that needs to stay down?
Thanks again for all your hard work and quick action!
It's up to personal preference. It's fine whether you do or not.
For those of us to whom "coding" is not second nature . . . what is this "Service Tray" and how would it be implemented?
And, a big "Thank You" to those responsible for this gem that keeps M$ at bay!
Thanks, I'm going to do it, that red icon in the tray gives me a warm feeling every time I see it.
ServiceTray is a free program which is discussed in the readme contained in the root of the Sledgehammer zip. It's a great idea. Basically you set it up to monitor the Windows Update Service to make sure it's not up and running. All the details are in that readme, check it out. Since the usosvc service is now also a culprit and we also want to make sure it's always disabled, it's a nice little tool for a quick visual check and peace of mind.
Installed ServiceTray and am getting these types of notifications after a restart. Does this seem normal or is the update service somehow trying to gain control?
I'll look into it. The service should never be able to start so I'll have to verify this.
It's seemed pretty normal to me after several years usage to have Service Tray initially trigger several on-off notifications of the state of WUS. I think the important thing is what the stable end state of the service that Service Tray shows. You can always double check with a separate instance of WUB.