LiveCode Forums.

Here's the reply I made on bug report 24057 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Hello Panos and Charles, Mwieder on the forum kindly provided a workaround that I tested last night: libUrlSetDriver "" set the behavior of stack "revLibURL" to empty delete stack "tsNetLibUrl" This removes tsNet and ...

You sir are a bonafide genius. THANKS!!!! I just had to remember to build the standalone with the internet and SSL library, and it works in Windows 7 (I got into work with VPN/RealVNC). I've read that tsNet has lots of advantages that the blocking "get url" doesn't have, but what I need right now is...

No access to my Windows7 machine here, but on OS X trying set the behavior of stack "revLibURL" to empty delete stack "tsNetLibUrl" the "get" statement below then doesn't seem to do anything, with an empty result. Is there something else I need to do? on mouseup set the httpHeaders to "Authorization...

I'm still intrigued by your suggestion that I could somehow bypass tsNet and use the OpenSSL library. I don't need the neat asynchronous ability of tsNet for this: just the regular blocking libURL is fine. However, it looks like a "get url" with the https address I used in the first post to maintain...

Of course I understand that Windows 7 is unsupported. I don't know how to add new cipher suites to Microsoft's Schannel facility, thus making my instrument controller increasingly unusable as more secure versions of TLS become mandatory. For scientific instrument control, you spend a lot of time and...

Answer from Livcode: tsNet uses the built-in Windows Schannel service and not OpenSSL, as it does for Linux and Android. This means you're stuck in Windows 7 and Windows 8 (in 6 days!), with the ciphers that came with your operating system, including service pack updates. In my case, Windows 7 has T...