JeremyNicoll

Member
  • Content Count

    1510
  • Joined

  • Last visited

  • Days Won

    24

Posts posted by JeremyNicoll


  1. You said, and I asked:

    > I saw plenty in the forums of people losing data and wiping drives.

    Do you mean the forums here, or somewhere else? 

     

    and you replied: "Forums here.".

     

    I read everything (in English) here, and I am amazed that you say "you saw plenty"...   I have no recent recollection of anyone reporting this problem, at least not in the English part of the forum.  How about the URLs for these "many" occurrences?    Moreover, if there were lots of these, surely you saw that Emsisoft support would have been involved?   So why go off on a rant by yourself;  why not wait for help? 


  2. > I have been right-clicking and selecting..send to compressed zip.. on in use debug files for years now.

    But that has only ever given you (strictly) an incomplete copy of such a log.  You've never noticed because the data as yet unwritten to the log has presumably never been for a period of time that mattered to you.   In computing in general it's better to get the application that's creating the log to close it, so all data not yet written to disk is written out, and then you can copy it or copy and zip or whatever.


  3. OK, got you.  It'd have been clearer if you'd said "all forensic logs" though, when talking about stuff deleted from the EAM GUI.  I wondered if you'd found a facility I didn't know about. 

    It's also just occurred to me that you (still?) turn off your machine every day?  That would mean you'd have new sets of debug logs every day.  I leave my machine on for days at a time, which means there's no such thing as an older debug log a lot of the time.


  4. Peter, you know that MS sometimes re-issue updated versions of some updates, with the same KB number as earlier versions? 

    Eg: KB890830 comes around every month (the MSRT).    But it does happen also with fixes they rework.


  5. If I right-click an in-use debug log here, I can certainly choose 'send to zip' and that does work, in the sense that I end up with a zipped file.  But - unless something in Windows asks the owning application to flush the file to disk, it might not be complete.  It depends also on how often EAM does that flush.    If I try the 7-zip equivalent command, 7zip says it cannot do it because the file is open.

    When you say "... the context menu of the EAM debug logs has become corrupt..."  here I just see a normal 'File Explorer' context menu.  Nothing special.

    When you say   "I have purged all logs from the GUI"   do you mean the EAM GUI or File Explorer?   I wasn't aware that you could 'purge' debug logs from anywhere inside EAM.


  6. On Win 8.1, I got a dark version of this "remind me again" screen.   I was busy doing something else so didn't look very close, though I did see some sort of text bleeding through the area to the right of the "1h" part.    I also tried clicking the drop-down arrow, and there was only one option "1 hour".


  7. I'd expect "send to zip" to be able to send only the data in the disk file, not anything still pending a flush to disk.  I wonder how often the flush occurs?

    Here [Win 8.1], deleting old ones isn't an issue except that they have to be old (ie not the current file) before that works.   If I try to delete an in-use log Windows tells me it's in use by EAM.  I have debug logging on all the time and while some of the debug logs seem to close & start anew every few days (maybe each time there's a restart of part of EAM?) others span many days' use.  The only way I can get rid of them is to close them first.


  8. I would expect the debug logs to be permanently open to EAM as it is writing to them.  Whenever I want to delete old ones, or send any to Emsisoft, I disable and immediately re-enable the debug logs.  The disabling closes the in-use files, and re-enabling creates new ones and starts writing to them.  (I have been doing this close & re-open process every three to four days for months now, to delete the older log files.)


  9. Do you mean a pre-emptive dump, when I dump a perfectly working Firefox on the off-chance that something in its dump will show a potential problem, or do you mean doing something (to Windows?) to make sure that next time this happens a full dump is taken?  As I said before I'm unaware of these crashes when they happen & there's no dump, that I'm aware of.   Even if I monitor the arrival of 'pending' dump submission info in the relevant FF folder, I'm quite likely going to have no idea of even which tab in FF was the problem.

     


  10. This is continuing to happen.   With FF v66.0.5:  https://crash-stats.mozilla.org/report/index/16d01845-4730-4d06-97ac-8810e0190523

    WIth FF v67: https://crash-stats.mozilla.org/report/index/b81ca3cb-1b41-43bc-ab3d-3a1060190523

    Looking for all reports of this at Mozilla, over a six-month period: https://crash-stats.mozilla.org/signature/?product=Firefox&signature=%400x0 | a2hooks64.dll | PathIterationProc&date=>%3D2018-11-23T09%3A18%3A00.000Z&date=<2019-05-23T09%3A18%3A00.000Z&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&_columns=install_time&_columns=startup_crash&_sort=-date&page=1

    I think I'm only seeing reports from me (look at the 'Reports' tab at the URL above).   But note that the default settings in Firefox are that these crash reports are only submitted if a user chooses to do so - and most users wouldn't know that a problem like this even exists.   /I/ only know because I check the Firefox folders where unsubmitted reports accumulate, every week or two, and have started submitting the reports.   I do not know what I was doing at the time that each of these problems occurred, because I don't have any sense that "Firefox is crashing".   I did notice that all these reports mention the same location:  [email protected]

    I tried googling for: "PathIterationProc" - and found exactly ONE hit.  I don't think that helps.


  11. 36 minutes ago, Sebastian said:

    No user is obliged to auto-renew their license.

    Ok.  It IS true that no user is obliged to continue being a user.   But you offer no straightforward way to renew a licence without the auto-renewal being turned on.   You don't tell people that's what is happening until you ask them to agree it in the purchasing process (and one has to agree or the purchase doesn't go forward - that's not a choice).  Your website does say at the foot of the page that the auto thing can be undone, but neither of the statements describing how are accurate.

    Perhaps you should THINK about how you'd feel if a company you deal with with forced this on you?

    All we're trying to get across to you is that you should give people an up-front choice of whether or not they want to be subscribed.


  12. > I would believe that's intentional. I'm fairly certain we don't offer more than 5-PC licenses for EAM Home.

    I can't see why.  It's not the number of machines someone has that dictates whether they're a business user or not.  Moreover if you do once get the spinner in place and decrement back to 3 or 4 pcs you have fewer than 5 and could still pay the wrong rate.

    > My understanding is that there is at least a link in the order confirmation e-mail to disable the subscription.

    Nope.

    > These days we're trying to get all license keys associated with accounts in MyEmsisoft to make it easier for people to manage their license keys.

    How much 'management' is required?   My update didn't need me to login to MyEmsisoft at all.

    > That's because subscription licenses automatically renew, so there's no real expiration date.

    Maybe, but one of the emails said there was, and the GUI notification told me when the new expiry date was.

     

    Anyway, I remain surprised that a privacy-centred company like yourselves thinks a subscription model where a company store someone's card details without the user's permission is a good idea.  Yes, I know I had to tick a box saying I agreed Ts&Cs and the subscription model... but that's not really a choice when the purchasing process does not offer a way to buy without ticking that, is it?

     

     

     


  13. Before renewing my existing licence I had a quick look at the "Buy" page on your website.  There seems to be a fault with the way the page code works.  The machine-count dropdown offers 1/3/5/5+ machines. If you click on 5+, it changes to a clickable spinner so you can choose 5/6/7/8... or reduce the count 5/4/3.    BUT it also changes from Home EAM to Business EAM... and the per-machine rates are different.  The only way I was able to get back to the Home rates was to reload the page.   I think it would be possible for a potential Home purchaser to buy Business by mistake.    Also it is not clear whether a Home user with more than 5 machines is obliged to pay Business rates, nor - if so, why.

    Moving on.   The website page still says (at the bottom):
    " Auto-renewal ensures you don't end up defenseless when your license period runs out. When your license is about to expire, our online payment provider verifies that your payment details are still valid and automatically renews your subscription when the license ends. Please note that you can cancel auto-renewal at any time with just one click via the order confirmation email or directly on the purchase confirmation page after completing your order. "

    I didn't read that until now.  I don't think hiding info about auto-renewal at the foot of the page is very transparent.  There is NOTHING higher up to suggest that one is buying a subscription.  And, worst of all, the two statements about cancelling auto-renewal are both wrong.

    Of course I knew about this because I've read other people's complaints here.  I expected to see some reference to this in one of the three emails I was sent - but none say anything about cancelling it.

    Also, the "Your order on www.emsisoft.com: Product/subscription information" email had a sentence in particularly poor English: "In case you didn't already create a user account, we just made one for you and sent you the information in a second email.".    Well, I didn't get an extra email, so I suppose that means I already have an account on MyEmsisoft.  But nothing has explained why I might need to have such an account.  The same email does more or less tell new users that they need to create one, before installing EAM.  But there's nothing that says an existing user would need to.   It could be a lot clearer.

    As I expected, EAM issued a notification telling me that my licence had updated.  I see though (as others complained some months ago) that the GUI Overview screen tooltip still tells me the start and end dates of my (old) licence - it doesn't show the new expiry date.  At least that info was in one of the emails I got.

    Do I still need to email [email protected] to get auto-renewal turned off?

     


  14. Plugging the first of your SHA1 hashes into the search field at VirusTotal finds their existing results page:

    https://www.virustotal.com/en-gb/file/a5b4aa8ac10f289291a7a494aab6382060628a23d3b471323d299e7d386ccc1c/analysis/

    which shows that on the day that file (which doesn't have the exact same name as your one, but apparently has the exact same contents, according to the hash) was first seen and analysed by VirusTotal (5th May), eight anti-malware products, not including EAM,  thought it was suspicious.  

     

    I just downloaded from: https://www.polarisoffice.com/en/download    a file named:   PolarisOfficeInstaller_1553102723.exe - the same name as the file your screenshots show... but it does not have the SHA1 hash that your one does.  I wonder why?    Mine has: fb42449eab0d95ff76cb044a3e5cd5486b0061e2.   When I uploaded my copy of the file to VirusTotal to be scanned,  14 products thought it was infected.  See

    https://www.virustotal.com/en-gb/file/0709dfd4a10ae08c6507ee77d483aef19b4726e12d090a1fe8d6960109b4f13b/analysis/1557406501/

    (note that I when I downloaded the file, I gave it a name starting with today's date: "20190509 PolarisOfficeInstaller_1553102723.exe" - but that will have made no difference to its contents.)

     

    The fact that 8 (for your file) and 14 (for mine) products think the installer contains malware would make me steer well clear of it.

     

    @GT500 - Maybe you can say whether the "hidden installation" warning is because the installer is running silently, or because it is also installing something as well as Polaris?