[Development] Incorrect TLS Session Verification on macOS with OrLater Options

Hi, The file src/network/ssl/qsslsocket_mac.cpp contains a nasty bug preventing the use of setProtocol(QSsl::TlsV1_2OrLater): bool QSslSocketBackendPrivate::verifySessionProtocol() const { bool protocolOk = false; if (configuration.protocol == QSsl::AnyProtocol) protocolOk = true;

Re: [Development] Policy for examples with large resources?

27.01.2017, 19:41, "Oswald Buddenhagen" : > On Fri, Jan 27, 2017 at 03:48:54PM +, Sean Harmer wrote: >>  Is there a way we can get a git-lfs repo set up as a submodule to be >>  referenced by the qt3d repo? > > sure. you just need to prototype a solution which i can

Re: [Development] Policy for examples with large resources?

On Fri, Jan 27, 2017 at 03:48:54PM +, Sean Harmer wrote: > Is there a way we can get a git-lfs repo set up as a submodule to be > referenced by the qt3d repo? > sure. you just need to prototype a solution which i can deploy to our server. as of now, you have gerrit 2.7 and apache at your

Re: [Development] QQmlListProperty: static_assert that T inherits QObject

On Friday, January 27, 2017 4:49:15 PM CET Simon Hausmann wrote: > Hi, > > > Regarding the question about why the engine itself uses > QQmlListProperty internally when populating list properties during instantiation, I think you've already found the answer yourself: Because of interface types

Re: [Development] QQmlListProperty: static_assert that T inherits QObject

Hi, Regarding the question about why the engine itself uses QQmlListProperty internally when populating list properties during instantiation, I think you've already found the answer yourself: Because of interface types :) I think it would be great if incorrectly used types could be reported

[Development] Policy for examples with large resources?

Hi, we're adding in support for Physics Based Rendering to Qt 3D for much nicer rendering results. To make this look good we need resources (environment maps) that are large, typically many megabytes. See for e.g. https://codereview.qt-project.org/#/c/183721/ Obviously putting these directly

Re: [Development] Windows: Trying to join to a multicast group as a receiver with specific interface always uses default interface

Em sexta-feira, 27 de janeiro de 2017, às 10:10:45 PST, Konrad Rosenbaum escreveu: > I'm not sure whether this argument is persuasive for you: industry will > stay on IPv4 private networks (192.168.*, 10.*, 172.16.*, etc.) for a LONG > time. The networks are working, the infrastructure is known

Re: [Development] Windows: Trying to join to a multicast group as a receiver with specific interface always uses default interface

27.01.2017, 12:11, "Konrad Rosenbaum" : > Hi Thiago, > > On Fri, January 27, 2017 04:49, Thiago Macieira wrote: >>  If it is IPv4, the priority for your issue has just dropped to the floor. >>  I >>  won't debug IPv4 multicast on Windows, on principle. > >>  I will review IPv4

Re: [Development] Windows: Trying to join to a multicast group as a receiver with specific interface always uses default interface

2017-01-27 10:10 GMT+01:00 Konrad Rosenbaum : > Hi Thiago, > > On Fri, January 27, 2017 04:49, Thiago Macieira wrote: > > If it is IPv4, the priority for your issue has just dropped to the floor. > > I > > won't debug IPv4 multicast on Windows, on principle. > > > I will review

Re: [Development] Windows: Trying to join to a multicast group as a receiver with specific interface always uses default interface

Hi Tiago 2017-01-27 4:49 GMT+01:00 Thiago Macieira : > Em sexta-feira, 27 de janeiro de 2017, às 00:57:37 PST, David Callu > escreveu: > > Hi, > > > > I spend 3 day to search, fix and test my patch for this bug. > > I finally found 3 Issue about it : > > First of all,

Re: [Development] [Releasing] Change file process & improvement proposal

It seems that not every reviewer with approval rights is aware (or seems to care, or just forgets) about stuff like this, though. It's a similar problem with docs; no doc team member is added to patches and so you end up with lots of doc issues that they then have to stumble upon after years of

Re: [Development] Windows: Trying to join to a multicast group as a receiver with specific interface always uses default interface

Hi Thiago, On Fri, January 27, 2017 04:49, Thiago Macieira wrote: > If it is IPv4, the priority for your issue has just dropped to the floor. > I > won't debug IPv4 multicast on Windows, on principle. > I will review IPv4 patches, but I will not lift a finger to test them. I'm not sure whether

Re: [Development] Improve performance (listview + onVerticalVelocityChanged)

Hi, From: Bernhard B To: Sent: 1/26/2017 8:09 PM Subject: Re: [Development] Improve performance (listview + onVerticalVelocityChanged) I think I solved my problem. In case someone is interested, that's my solution: //hide