charles at techstrategies.com.au
Tue Mar 13 07:44:45 CET 2018
If tsNetIsSyncBlocked() is always returning true then a connection must be stalled.
The latest version of tsNet defaults to timing out stalled connections after 30 seconds. If you want to stay with LC 8.1.5 then just add the following code in your application’s startup:
The last two parameters of this command mean timeout the connection in 30 seconds if less than 1000 bytes per second are transferred over this period.
You can adjust those values to suit your application.
> On 13 Mar 2018, at 2:31 pm, Tom Glod via use-livecode <use-livecode at lists.runrev.com> wrote:
> do yo have a firewall app or anything that filters your traffic?....
> inconsistent behavior like that usually means something is acting on your
> On Mon, Mar 12, 2018 at 7:11 PM, Dan Friedman via use-livecode <
> use-livecode at lists.runrev.com> wrote:
>> I have an app I am working on and it’s working perfectly on my Mac and in
>> the iOS simulator. However, on an Android device, once I do a couple of
>> get urls, tsNet stops functioning. I get a variety of results:
>> Previous request not completed
>> Sync request already in progress (most common)
>> tsNet is not initialized
>> Also, tsNetIsSyncBlocked() always returns true.
>> I am using LC Indy 8.1.5. Any thoughts or advise?
>> use-livecode mailing list
>> use-livecode at lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
> use-livecode mailing list
> use-livecode at lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription preferences:
More information about the use-livecode