Jump to content

Outcast

Members
  • Posts

    49
  • Joined

  • Last visited

Posts posted by Outcast

  1. It appears that ESET introduced bugs after I purchased my license, and if I'm not happy to live with a battery being decimated by the app, well then too bad. No refund for you! It's past 30 days. Doesn't matter when we introduced the bug, loser.

    OK, so how do I at least ensure that my license for ESET Mobile Security will not automatically renew? I purchased it directly, not through Google.

    I logged into my.eset.com, and it's not clear at all to me how I do this.

    I asked "support", and they ignored me.

    What do I have to do to get an answer to this VERY BASIC question?

    What I see in my.eset.com right now says: "Next payment date ... 08/30/2024" but I see no way to stop this.

    Rest assured, I will either stop it or undo it, come hell or high water.

  2. I'm just putting this here for future reference, so I can reply in 2 or 3 years when it's still an issue. Here is the conclusion of the support case I had open for this issue:

    Quote

    But my phone isn't roaming when this happens. I just checked and it locked when it clearly said "Not roaming". I'm also always home, literally in my house.

    I am now up to 13 trusted SIM cards. [Note: I made it up to nearly 20 SIM cards before giving up completely.]

    Quote

    For illustrated instructions to uninstall or reinstall ESET Mobile Security for Android, visit:
    hxxp://support.eset.com/kb2713/

    That's the advice I get in response: Nothing in any way related to the bug I had reported. No, "Here's how to uninstall and reinstall, because we KNOW the product is 100.00000000% faultless, and therefore YOU are the problem. Now, deal with it and leave us the hell alone!"

  3. Support finally responded to me. Their answer makes no sense, since my phone isn't roaming when this happens.

    Quote

    It looks like your SIM card is a Multi-IMSI SIM Card.

    While in roaming mode (does not matter if international or national) IMSI is automatically changed. Since EMSA uses IMSI as unique SIM card identifier, for the app it looks like the SIM card has been changed and that's why phone has been locked.

    • National roaming refers to an agreement among operators to use each other's networks to provide services in geographic areas where they have no coverage. ... National roaming is generally simpler and less costly to manage than active infrastructure sharing.

    • Multi-IMSI technology allows cloning more GSM SIM cards into one card.

    • Multi-IMSI Roaming solution enables operators to provide sponsored roaming services for voice/SMS and data to their partners.

    • Multi-IMSI Roaming solution is in use at operators worldwide, including Europe’s largest mobile operator group.

    To resolve your issue, you will need to add every SIM card's clone to the list of trusted SIM cards.  You can also contact your phone carrier to assist you with this, or you can also disable the SIM Card Trust feature. 

     

  4. I've been trying to get a helpful response from ESET technical support on this since August 30, with no luck. I am a licensed user of ESET Mobile Security and have a Samsung Galaxy S9+ running Android 10 and ESET Mobile Security 6.3.66.0-0.

    Whenever I turn on the "When SIM card is removed" setting in Anti-Theft and trust the SIM card, my phone immediately gets locked by ESET Mobile Security.

    I unlock it, get prompted to trust the SIM card again, and a short while later, the phone is locked again by ESET.

    Each time, I see that a new SIM card has been added to the list of trusted SIM cards, with a new number. There are currently 7 SIM cards "trusted" by ESET Mobile Security, and I've had to disable "When SIM card is removed" to prevent this from happening.

    photo_2021-09-08_10-09-01.jpg

  5. Understood. My concern was that the two updates I had simultaneously queued might have each have wanted to push their own updates to the same files, and that the older of the two might erroneously "win out".

    For example maybe 14.2.10 intended to update "importantfile.dll"  but so did 14.2.19. I don't blindly trust that the newer 14.2.19 file is what I ended up with.

    At the end of the day, if the product is so badly architected that a user has to worry about these things, it's not worth using. It's bad enough I was only pushed the 14.2.10 update on the same day the 14.2.19 update was already available.

    People who think I'm obsessing over nothing have no idea. I've seen coding errors mess up 7- and 8-figure retirement account balances. Was it ever made truly right? No one knows. The same expletives who can't decide if it's safe to turn on red have your life in their hands. Sorry for the mini-rant.

  6. Thanks. So the driver updates must have been associated with the 14.2.10 update.

    Again, as long as the application is designed to correctly handle stacked updates, everything should be fine. I personally can't imagine designing an application that would allow updates to be stacked the way mine were yesterday, unless it could handle them properly. I also can't imagine designing one that wouldn't routinely perform version and consistency checks. But that's me, and I've been told I'm crazy.

    Decades of working in IT has made me phenomenally and yet justifiably cynical in these matters.

  7. No, currently two updates are queued. I'm looking at upcu.xml which is the PCU configuration file, and it shows:

     <PACKAGES>
      <UPCU ID="1" TYPE="diff" BASE="14.1.20.0" TARGET="14.2.10.0" TIMESTAMP="60D9FE25" RESULT="0" CONTEXT="" />
      <UPCU ID="2" TYPE="diff" BASE="14.2.10.0" TARGET="14.2.19.0" TIMESTAMP="60DA1521" RESULT="0" CONTEXT="" />
     </PACKAGES>

    I used a separate utility to determine which files on my PC have changed since this morning. The driver files have changed, but the new version is indeed 14.2.4.0.

    I just hope the application is designed to correctly handled multiple updates in this manner.

  8. Now all my ESET driver files (eamonm.sys, edevmon.sys, ehdrv.sys, and epfwwfp.sys) have been updated, but they show version 14.2.4.0 in their file properties. I don't know what's going on here.

    The support article advises doing an uninstall before updating. If I do that, am I going to lose all my settings? I know I can export/import settings, but I don't trust that facility to capture and correctly restore all settings, any more than I trust the uninstall/reinstall to save them.

  9. I just got a notification from NOD32 that:

    "The application update to version 14.2.10.0 is prepared. Restart your device for all changes to take effect."

    I came here foolishly thinking that maybe I could see what was new in this version, only to find that:

    "ESET NOD32 Antivirus, ESET Internet Security and ESET Smart Security Premium version 14.2.19 have been released and are available to download."

    Why am I about to update to 14.2.10 if 14.2.19 is available?

  10. 5 hours ago, Marcos said:

    We get a list of available updates from Windows. If you want to troubleshoot it further with a tool or script that gets the list of available updates in the same way as the product does to compare the results, I'd recommend opening a support ticket with your local ESET distributor.

    I didn't realize until after posting in this forum (and then running the "Show or hide updates" troubleshooter) that the update in question was actually being detected by Windows at all. It doesn't show in the regular Windows UI. I thought it was NOD32 being screwy.

    I purchased NOD32 directly, not through a distributor. Would they really accept a ticket I opened with them?

    2 hours ago, shocked said:

    i assume you have this option enabled or you didn't change it after installation, advanced settings > tools > microsoft windows update > critical updates.

    ...

    personally i have selected the option "No Updates" on the advanced settings > tools > microsoft windows update cause i install everything that appears. :)

    I have "Optional updates" selected, because without NOD32 making me aware of some of these updates, I wouldn't see them unless I went out of my way to look for them in the Windows UI.

  11. Recently, NOD32 14.2.20.0 began notifying me that an update was available on my Win10 20H2 machine:

    "Microsoft Silverlight (KB4481252)"

    The problem is that Windows Updates doesn't actually list KB4481252 as being available for install, even after I hit "Check for updates" and expand "View all optional updates".

    It's nowhere to be found, which makes sense, since Microsoft released KB4481252 2.5 years ago.

    I know I can configure NOD32 so that it doesn't display this update (by not displaying optional updates), but I don't want to do that. Is there some other way? This is annoying.

  12. I ran out of time to edit that post. ESET loves its timeouts! Act fast!

    As far as support for the HIPS feature in general, I imagine that ESET knows most users don't want to continually babysit such a thing. Many years ago I wasted hours and hours of my time configuring HIPS software, and it's a losing battle and IMO largely a waste of time.

    Thanks again.

  13. I found a way to reproduce the HIPS alert. The alert remains for 60 seconds. I have the aforementioned notification duration for desktop notifications set to 30 seconds. It seems that that setting doesn't directly impact how long the alert remains on screen.

  14. Alerts are not notifications. Alert means "action may be required", and notification means "just letting you know". I have no clue why they would be lumped together. But whatever.

    The maximum value allowed for the "Duration" of desktop notifications is 30 seconds. That's how much time a user has to review and configure HIPS alerts? Ridiculous.

×
×
  • Create New...