Error code 1 - other reasons that wrong key?

Is it possible to get an error code 1 for any other reasons than wrong key?I have a situation with one customer that they are getting it with 2 valid keys. Their computer is a total mess (crapware like Avast running) but it did work before and stopped. I told them to clean the mess up but meanwhile I am wondering if there is something specific I can check/try to understand why the activation is not going through.

If you're using the latest version (currently 4.0.9.6), then TA_CheckAndSavePKey() will return a TA_FAIL for wrong keys (mistyped, valid keys but for different products, etc.).

So, use the latest version of TA and make sure the customer is using the correct product key for your product version.

We are already using the newest version (I've verified the checksum for the .dll in downloads section on this site and the one we are shipping). Still, the customer is getting error code 1 and I am 100% sure they are inserting the correct key (I've seen it on screensharing and we tried 2 valid keys).

Is it possible that customer's ISP is inserting tags/ads into http requests? The customer is located in France. We don't have this problem with anyone else (and we have some other customers from France). Is there some way to debug it? (that is to check what kind of key is LimeLM receiving and declining?) Is it possible the error code is caused by any other thing than incorrect key?

Context matters. What function is failing? If its TA_CheckAndSavePKey() then Ive told you the only possible reason for a TA_FAIL. If its any other function then you need to tell us exactly what the function is, the exact parameters youre passing in, exactly what the error code is, and code snippets help.

https://wyday.com/limelm/help/faq/#useful-reports

It's TA_CheckAndSavePKey failing with TA_FAIL. Maybe you misunderstood my question, I am asking if there is any other possible reason for TA_FAIL other than incorrect key.We are using the code snippet from you (the one in examples) almost verbatim and it reports all other error (for other customers) correctly as well.

I wonder how well LimeLM handles malicious ISPs inserting crap (ads, cookies) into HTTP requests. I guess it should handle it quite well as we have customers from USA not having any problems (and major providers there are notorious for this behavior). We have literally thousands of customers and this problem doesn't occur. I am trying to think what that could be specifically on customer's computer which causes it. Any ideas?

TA_CheckAndSavePKey() never contacts any server. That's reflected in the fact that it never return TA_E_INET (see TurboActivate.h for all possible error codes).

The verification of the product key is done completely client-side (this is to not waste our server's time on the first easy filter -- i.e. customer mistyping and misunderstanding)

>> "I wonder how well LimeLM handles malicious ISPs inserting crap (ads, cookies) into HTTP requests."

Very well. We've been dealing with this garbage for over a decade (every possible insane configuration you can imagine). If something tries to MITM data to/from TA or TF they will get a TA_E_INET.

But TA_CheckAndSavePKey() never talks to a server. This is a customer problem. They're typing something wrong, copying and pasting something wrong, or have modified your installation.

Ok, thank you very much that clears things up a bit.It's very likely it's some crappy anti-virus messing up with things then. I will make the customer clear up the mess and see if that helps.

I am sorry I am coming back to this but I need some help. Here are the facts:

1)Customer is inserting the key correctly, I know that because:-I made them do it a few times when screensharing-I tried 2 valid keys-It works for them on another computer they have (this is with Windows 7)

2)They are using Windows 10 Famille (French version)3)It worked for them before but stopped after the latest Windows update

Is there anything else that can cause this problem? Is it possible that maybe there are some weird accessibility settings which are blocking LimeLM from accessing some files? Is there anything I can do to get more information about the problem? Are there any system calls which might have been modified by antivirus software (or other malware) that could cause this? I can get the customer to screenshare with me but I need anything I can start digging into.

I also tried passing both TA_USER and TA_SYSTEM, still instant TA_FAIL.Is there a chance that LimeLM data stored on the computer was corrupted? Can I reset it somehow?

Theres a chance something is severely messed up on the computer. We can set up a time to investigate. Shoot me an email at wyatt@wyday.com with a good time to do this remote debug. Best if you can do business hours Eastern time U.S.