SlashRose

I'm curious if you're right itman. For me, the network has always been public.

This error has been around for quite a while, namely since the Windows 10 May Update. I find it really, very strange that the Eset developers/coders do not notice this and this error is taken over by Eset from build to build, as well as other bugs and all this moved me to stop constantly sending logs etc. and not to engage me so much anymore,

After today Eset once again stuck to the update and even after 1 hour waiting nothing changed, I doubt the reliability of Eset now more than just! The last few months are just too many errors that Eset has had since several builds and therefore I doubt so slowly the reliability of this AV's

itman is almost always right, is here the best man on forum.

I feel the same itman, especially because rarely anything comes out of it!

Then take a look at nvpn.net, in my personal opinion and experience this is the best VPN provider because there is and, above all, really has a policy above, is the fastest provider and above all has port forwording!

Yes itman I had read that from you in the other topic and had also emptied the update cache, it took a while and then the problem was there again, just like with other users.

And what comes from Eset's side when you send the data, that the traffic is encrypted and you don't see anything, as in my post about it, only these are rarely encrypted links, not as everyone claims, only what does the internet traffic have to do with this faulty module? Nothing.

100% there is no problem of my system, there are one or more Eset problems and these are already running through several builds as confirmed by me and other users here!

No, that's not the case, Eset gets stuck and then it's not really possible to work on the PC, that's what others have already told them, so what's the point? It doesn't stop even after an hour, so what do they want to tell me here? Is it so difficult for Eset to admit mistakes, because listen to the whole thing often and what always turned out, it was eset!

The bug is Eset known and is not only since the current build!

Yes I have the latest build right after running and namely the 14.2.24.2 and the problem as well as other reports, is not fixed in the build, unfortunately.

Rather from a third party provider, they are usually better.

And the Eset scans immediately for signatures after the system starts, that was the first thing I turned off, but Win Update Does not always update itself immediately after the system start, but partly also sometime during the OS operation and should Eset update itself this month, Eset's signature update hangs and therefore I also stick to my opinion, that there is a conflict between Eset and the Windows Update, especially since Eset has been having problems since Windows 10 2004.

It's not about how long the OS start takes while Eset is running, it's just as fast as usual, it's about the Eset although the computer takes just 1%CPU, Eset then updates the signatures and this then takes 20 minutes and especially you can't really do anything on the PC in these 20 minutes and that's not normal and I'll stick with that!

If you can hardly use your system during this time, then something is wrong with Eset and anyone who disagrees does not really seem to know Eset! But is only my personal opinion.

Itman I'll see it tomorrow. Marcos there You contradict each other, but what Mr. Peter Randziak says is that it runs with low priority and you tell Marcos now that it always runs with normal priority, get some agreement, how now? In low priority as Mr Peter Randziak says, or as you say with normal priority? Is once again Fantastic

I won't do that this time because I already know the answer!

Marcos it is a contradiction when you say that it can take up to 20 minutes and here Writes that it is an error in the changed code of Eset, is that answered?

Oh Mr. Randziak, in another post, where I just replied to them, where it is also about this error, they wrote that this is normal and can take 20 minutes, very contradictory statements from them!

Mr. Randziak, you don't really want to tell me that this update behavior of Eset is normal? No, it's not, because as you should have seen, working on Windows is almost impossible during this time, I'm always surprised by the answers when reporting errors. If you show me an AV that behaves similarly, there is none! And the system has never been under load, even with others where this error occurs, because we have no apple boxes as a PC!

I had done this a while ago, after you had written this, after that there was some time rest and now the whole thing starts again.

I have now noticed that the Eset update gets stuck whenever Windows checks for updates at the same time, so I think there is a conflict between Eset and the Windows Update!

itman that is with me in the middle of Windows operation and not only at system startup.

Today again the same problem that Eset gets stuck during the update, so slowly you should really iron out this time and not take it from one build to the next!