[Development] NSURLConnection backend in 5.6.2

Lars Knoll lars.knoll at qt.io
Wed Sep 14 09:46:03 CEST 2016

That’s the policy we have had all the time. No feature removal or additions, no API changes in patch level releases. 

If a feature is really unused, or causes larger issues one can of course discuss exceptions, but it should be a conscious decision involving the relevant maintainers.


On 14/09/16 09:36, "Development on behalf of Morten Sorvig" <development-bounces+lars.knoll=qt.io at qt-project.org on behalf of Morten.Sorvig at qt.io> wrote:

>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
>>> http://lists.qt-project.org/mailman/listinfo/development
>> -- 
>> 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
>> http://lists.qt-project.org/mailman/listinfo/development
>Development mailing list
>Development at qt-project.org

More information about the Development mailing list