I have tried several urls with UrlLoader, it seems working with https.
With ATS enabled on ios, insecure connections are not allowed. When ATS is enabled, Gideros is able to openURL to https:// urls. And openURL calls to an http:// url is blocked by the ATS framework as expected.
It seems no work is required for Gideros, but the developers who have a backend service will need to ensure that SSL is enabled at server side.
I would suggest to remove the following entry from info.plist and app-info.plist This will enable ATS by default. Insecure calls will fail And the developers will be aware of the actions to be taken.
@uzubari, I agree, if ATS will be enforced by the end of the year, better remove the work around in gideros today. However some apps must talk to http only servers, like those talking to LAN services (Ip cams and so on) or those using other means than SSL for securing their exchanges, the biggest drawback of SSL being the need for costly certificates.
Maybe we should embed our own http(s) stack in gideros, ex: curl, to be less dependant upon Apple dictature ?
@uzubari, I agree, if ATS will be enforced by the end of the year, better remove the work around in gideros today. However some apps must talk to http only servers, like those talking to LAN services (Ip cams and so on) or those using other means than SSL for securing their exchanges, the biggest drawback of SSL being the need for costly certificates.
It is mentioned that Apple will allow exceptions on ATS if you have a reasonable excuse. But I do not think that costly certificates will be accepted as an excuse
Very interesting! there has been attempts before (CACert) but they weren't really accepted by browsers. Letsencrypt seems to be compatible with almost everything, good news!
Letsencrypt sounds promising! I just bought one at godaddy for cheap. I've been making https calls in Gideros in android and iOS for two years with no issues in aware of.
Comments
May be LuaSec has to be integrated now:
https://github.com/brunoos/luasec
Likes: uzubari
With ATS enabled on ios, insecure connections are not allowed.
When ATS is enabled, Gideros is able to openURL to https:// urls. And openURL calls to an http:// url is blocked by the ATS framework as expected.
It seems no work is required for Gideros, but the developers who have a backend service will need to ensure that SSL is enabled at server side.
Likes: john26
https://itunes.apple.com/en/developer/unal-zubari/id953453674
This will enable ATS by default. Insecure calls will fail And the developers will be aware of the actions to be taken.
Likes: john26
https://itunes.apple.com/en/developer/unal-zubari/id953453674
However some apps must talk to http only servers, like those talking to LAN services (Ip cams and so on) or those using other means than SSL for securing their exchanges, the biggest drawback of SSL being the need for costly certificates.
Maybe we should embed our own http(s) stack in gideros, ex: curl, to be less dependant upon Apple dictature ?
Likes: john26
https://itunes.apple.com/en/developer/unal-zubari/id953453674
@hgy29, The win32 export already uses curl for its UrlLoader implementation. Is that what you mean?
https://github.com/gideros/gideros
https://www.youtube.com/c/JohnBlackburn1975
https://letsencrypt.org/
Likes: simwhi