1900 results found
The rationale for the change that happened 2 years ago is described in detail here: https://wyday.com/blog/2019/when-in-conflict-security-supersedes-usability/ Long story short: it's about accountability & security.
Wyatt, Does your POST request look like the one below: POST https://server.domain.com/tfs/:443 HTTP/1.1 Please note the trailing :443 after /tfs/ which should not be there IMHO.
https://wyday.com/limelm/help/using-turboactivate-with-vba/
I think what you are suggesting is kind of an automatic version of the manual work-around suggested here: https://wyday.com/forum/t/954/less-strict-file-overwrites/ I don't know if that approach would work in your case though.
We've released TA 4.0.3 that fixes this bug and the bug Matt was seeing: https://wyday.com/limelm/api/
Hey Jan, We've just updated the extra data article to include information about UseTrial(): https://wyday.com/limelm/help/extra-data/ Currently, with verified trials in TA 4.0.7.1, if the initial verified trial doesn't have extra data, passing it in later won't add it.
For example if you're using "per-seat licensing", then the client cannot understand what is coming from the server: https://wyday.com/limelm/help/licensing-types/#named-user Can you give us a snapshot of the TurboFloat Server log when the library that is failing is making a request?
https://wyday.com/limelm/help/turbofloat-server-commandline/
I also tried the example console application provided for c/c++ here https://wyday.com/limelm/help/using-turboactivate-with-c-plus-plus/ This works good in both local and production machines.
That problem seems to be related/similar to the one I'm having here: https://wyday.com/forum/t/363/cannot-update-application-after-declining-uac-closing-app/
I used the information from https://wyday.com/limelm/help/saas-and-time-limited-licensing/i followed the information and everything works fine on the web part it is just passing the key and all i got from the key was this in the error Error trying to save file: Error downloading "
: https://wyday.com/forum/t/4818/turboactivate-for-macos-arm64/ We already support ARM64 on Windows & Linux, so this isn't our first rodeo supporting "embedded" CPU chipsets.
https://wyday.com/limelm/api/rest/method=limelm.pkey.setDetails&pkey_id=PKEYHERE&feature_name[]=membership_time&feature_value[]=2020-11-15+20%3A13%3A51&api_key=MYAPIKEY
You can get the latest version here: https://wyday.com/limelm/api/ In the near future we're going to remove all bad fingerprints from the servers (and trials associated with those bad fingerprints), just to un-muddy the waters.
https://developer.arm.com/tools-and-software/open-source-software/developer-tools/gnu-toolchain/gnu-a/downloads
Hi, I followed link https://wyday.com/wybuild/help/walkthrough.php to implement "AutomaticUpdater" in .NET windows service.
We have a customer who has reported to us that they have run a vulnerability scanner (Nessus) which has discovered that TurboFloatServer.exe when run as a service is using unquoted paths, which makes it susceptible to the following vulnerability: https://cwe.mitre.org/data/definitions/428.html Is it possible to make a change to rectify this please?
As far as downside of using TA on a VM, it’s covered here: https://wyday.com/limelm/help/vm-hypervisor-licensing/
https://wyday.com/limelm/help/faq/#useful-reports Versions, functions called, parameters used, error codes, etc., etc., etc.
@Wyatt it looks like the driver they host on their website still leads to the same error: https://www.intel.com/content/www/us/en/products/sku/217241/intel-killer-wifi-6e-ax1690-is/downloads.html Will be checking if older versions give something different in the meantime.