Updates for toolkits/runtimes/etc

[thany]

These things should not be updated outside the installer for the application(s) that require them. Programs that require such packages, will install them automagically, and so they don't need updating. In fact, I've seen the weirdest problem pop up after updating these packages. And for good reason, many-a-times program require a specific version.

So, things like "CLR types for SQL server" or "Microsoft Web Deploy". But Also "Mozilla Maintenance Service". There are loads of things like that that aren't really application that you can or should update separately, so all they do in the list, is take up space, and make sure you can't see the forest for the trees.

Same goes for the "Installed" list. I get the feeling this list is heavily (like, HEAVILY) bulked up with like three quarters of non-application packages. Again thing that no one should ever look to update manually, but leave it to the applications that they came with.

[Curson]

Hi thany,

Welcome to Adlice.com Forum.
Indeed, such elements should not be displayed since they are dependencies of actual applications. However, there is no way for UCheck to differentiate them at the moment.

We will introduce exculsions rules in the future, but it can't be automated.

Regards.

[thany]

But you're keeping the database of available updates, right? So why are these entries in there in the first place, since you agree they shouldn't be?

[Curson]

Hi thany,

I'm not sure I really understand what you mean.
We don't have implemented general exclusions rules yet, that why they are still displayed.

Regards.