[Development] NSURLConnection backend in 5.6.2
Morten.Sorvig at qt.io
Wed Sep 14 09:36:03 CEST 2016
Should we have a “no feature removal for cleanup reasons in patch
releases” policy? That’s easy to understand for everyone and we
don’t have to make the "is it obscure enough” judgement.
(The build failure could have been easily fixed so I don’t see
it as a relevant reason.)
> On 13 Sep 2016, at 20:33, Jake Petroules <jake.petroules at qt.io> wrote:
> Because the APIs are deprecated by Apple so they would have had to be removed/changed soon anyways, especially when an alternative (which is the default now) is already available. Also it caused build failure on tvOS/watchOS.
>> On Sep 13, 2016, at 11:25 AM, Thiago Macieira <thiago.macieira at intel.com> wrote:
>> The changelog contains this entry:
>> - [QTBUG-45031] The NSURLConnection backend of QNetworkAccessManager has
>> been removed, since SecureTransport is the default SSL backend on iOS
>> and is enabled by default. This means that building with -no-openssl
>> -no-securetransport will no longer provide SSL capabilities on iOS.
>> WTH? Why are we removing options in a patch release? What happened?
>> Is the backend so severely broken that it needed to be removed?
>> Thiago Macieira - thiago.macieira (AT) intel.com
>> Software Architect - Intel Open Source Technology Center
>> Development mailing list
>> Development at qt-project.org
> Jake Petroules - jake.petroules at qt.io
> Consulting Services Engineer - The Qt Company
> Qbs build tool evangelist - qbs.io
> Development mailing list
> Development at qt-project.org
More information about the Development