We have today released Qt 5.6.1-1, which fixes a critical problem in Qt 5.6.1 preventing certain type of Qt Quick applications from working properly. I am very sorry for the inconvenience, but those who have already downloaded Qt 5.6.1 now need to get the new Qt 5.6.1-1 release. The problem is already fixed in the Qt 5.7.0 released last week.
The problem with Qt 5.6.1, reported in QTBUG-53761, is that certain Qt Quick applications crash after some time. The problem occurs with code that loads more than 64 components (.qml or .js files) without instantiating objects from all of them. The components that initially don’t get instantiated will then be removed from the type cache, which causes problems if you later try to instantiate objects from them. Reason for the problem is too aggressive trimming of the QML type cache, which ends up deleting some QML types even though they were still in use by the application.
This bug was noticed and fixed just slightly too late for Qt 5.6.1 with https://codereview.qt-project.org/#/c/161888. It got into the 5.6 branch as well as into Qt 5.7.0 release last week. Furthermore, as the bug was a bit difficult one to diagnose, it was initially slightly misdiagnosed resulting it to be P1, not P0 as it should have been.
If you are using the online installer, Qt 5.6.1-1 can be updated using the maintenance tool. Offline packages are available for commercial users in the Qt Account portal and at the qt.io Download page for open-source users.
Subscribe RSS
Was this bug present in Qt 5.6.0 as well? I’m just about to release an app with 5.6.0..
Hi TomasL, this regression was only introduced in Qt 5.6.1 and does NOT effect 5.7.0 or 5.6.0.
This should have been 5.6.1.1 or 5.6.2.
Never in over a decade of Qt have I seen a – release.
Of course. The name of this version is the most important, more as fixed bug…
4.8.6-1 existed
5.5.0-2 existed for linux
Yes versioning is important, especially when you maintain RPM packages. And this special “version” does not fit my auto-update scripts… like versioning it 5.6.1.1 or 5.6.2 was something really bad.
You have to write your scripts better, more flexible.
According to this:
https://wiki.qt.io/Qt-Version-Compatibility
5.6.1-1 breaks its own rules.. so I don’t see any reasons not to release a 2nd patch for 5.6, which is 5.6.2
So, I don’t think your comment about flexibility has anything to do with an original comment..
Please can you add the 5.6.1.1 source zip in the download page?
It is there, check this link: http://download.qt.io/official_releases/qt/5.6/5.6.1-1/single/
Thanks
On Windows, the Product and File Version tags (in the DLL resources), show 5.6.1.0 while one would expect 5.6.1.1
When using a msi patch installer, the patcher, which needs different version tags, will ignore the updated version.
Please consider, in the future, to have “hot patch” versioning info.
The msvc2013-32bit version doesn’t seem to be build with ICU support. I don’t know about other versions, but I’ll check. Are you sure ICU should work? It’s part of the package.