Network Adapters - All Solutions TriedAnswered

I have been working with my client and their IT support team.  We have tried every solution that you give and we even googled to see if there was anything more we could do.  The network adapters are ALL enabled, and the client is getting this error.  This is a brand new DELL laptop windows 11

PROGRAM MUST BE ACTIVATED:  There are network adapters on the system that are disabled and TurboActivate couldn't read their hardware properties (even after trying and failing to enable the adapters automatically). Enable the network adapters, re-run the function, and TurboActivate will be able to “remember” the adapters even if the adapters are disabled in the future. 

Any idea or solution that will help get my client activated?a

Answer

We've released 5.0.0.0 Windows builds as final and it's on the API page. There are new builds for TA, TF, and TFS.

There are quite a few changes (including working around Intel's and Qualcomm's drivers bugs).

The 5.0 builds for macOS, Linux, and BSD are coming next week or the week after (and the updated release notes will appear when those are out).

, edited

This is affecting my users too. Does your new version mean that software using your previous version will stop functioning?

I don’t understand the question. Upgrade your app with the latest TA. Customers that were previously activated will still be activated.

Customers using broken drivers will now be able to activate because we now work around some variations of broken drivers.

There are no breaking changes between 4.x and 5.x. We don’t use “semantic versions” because they’re a silly joke.

, edited

Where are the Release Notes for 5.0.0.0?

I had a sudden influx of users whose licences were automatically deactivated and then prompted with a “Error 28". Seems related to this new release that deal specifically with network driver changes, but is possibly unrelated. It's unclear how large the impact is still, reports are still coming in.

😕 1

Where are the Release Notes for 5.0.0.0?

See above:

The 5.0 builds for macOS, Linux, and BSD are coming next week or the week after (and the updated release notes will appear when those are out).

@Marcus

I had a sudden influx of users whose licences were automatically deactivated and then prompted with a “Error 28".

A whole lot more information is needed. Versions of everything (ensuring they're actually using the latest version), functions called, logs on the machine, etc., etc.

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

Saying there's a a problem without giving any context is not helpful to anyone.

, edited

Hello, we are having the same issues over here!
We just launched our product and new clients cannot activate the product!

I checked the suggested page and looked for the changes that come with 5.0.0.0, but cannot find much in here: https://wyday.com/limelm/api/ta-changes/

The issues clients (and internal developers) are flagging are happening with version 4.4.4.1

Using the latest DLL from 5.0.0.0 worked and now one of our two products (written in Python) activates.
We are trying to understand how to leverage 5.0.0.0 to fix the other product (written in C++), which seems a bit harder.

I checked the suggested page and looked for the changes that come with 5.0.0.0, but cannot find much in here: https://wyday.com/limelm/api/ta-changes/

Addressed above. Twice.

We are trying to understand how to leverage 5.0.0.0 to fix the other product (written in C++), which seems a bit harder.

Integrate it like you've always done.