In this case the loss of wifi was intentional and part of a test of offline
capability of our app. We do experience occasional loss of wifi on our iPads
but I suspect that is down to our university’s wireless network rather than a
technical issue with the devices.
Terry...
On 4/06/2017 11:50
Not to say that TSnet bug doesn't also exist but
What iOS version? your problem is an exact mirror of issues I'm having here in
the shop with my iPhone 7+ and after a recent upgrade … completley unrelated to
Livecode. But our netadmin keeps saying "your wireless hubs in the office look
fine to
Thanks Charles - yep that sounds exactly the problem. I guess I should have
searched the bug database - it might have saved me some unnecessary panic.
Anyway, tsNetReuseConnection false seems to work just fine for now. When I have
some more time I'll delve into the tsNet commands a bit more and
Hi Terry,
I think this is the same issue as has been reported here that I am
looking into:
http://quality.livecode.com/show_bug.cgi?id=19656
At this point in time, issuing "tsNetLibUrlReuseConnection false" is the
best solution, as this will stop tsNet from trying to re-use an existing
OK, I think I have a workaround although I’m not sure whether it is a good
solution or not.
If I include the line...
tsNetLibUrlReuseConnection false
...in my preopenstack handler then the delay/hang seems to disappear – i.e. I
get an almost immediate response if the url isn’t available. I’m
OK – I have a bit of a serious issue on iOS where if I lose wifi connectivity
the first attempt to get data from a url causes problems.
I’m attempting to upload a file to Dropbox (that stuff all works fine) and I do
an initial test to see whether the device is online (by trying to access a
