Sortie de Qt 5.6.1
Dans le cadre du support à long terme, avec pas loin de 800 améliorations en fonctionnalité et sécurité

Le , par dourouc05, Responsable Qt
Pas loin de trois mois après la sortie de Qt 5.6, une version avec un support à long terme, la version 5.6.1 est arrivée. Elle n’apporte aucune nouvelle fonctionnalité, mais bien des corrections de défauts et de sécurité : pas moins de 800 améliorations ont eu lieu depuis Qt 5.6.0 — attendues depuis longtemps par certains. Les bibliothèques tierces ont notamment été mises à jour, comme libpng (pour la lecture d’images au format PNG) ou Chromium (à la base du module Qt WebEngine), afin de profiter de leurs dernières corrections, tant pour les fonctionnalités que la sécurité.

Bon nombre de tickets ouverts sur l’application de suivi restent ouverts pour Qt 5.6 (QTBUG-18009 pour les vues, QTBUG-52901 pour Android, etc.), mais ils seront étudiés pour les prochaines versions correctives de Qt 5.6 : avec ces 800 commits, la 5.6.1 est déjà relativement grosse et il valait mieux envoyer ces correctifs rapidement, plutôt que d’attendre de les avoir tous corrigés (ce qui aurait induit un délai de plusieurs mois supplémentaires).

Voir aussi : les changements apportés, module par module.
Télécharger Qt 5.6.1.
Source : Qt 5.6.1 Released.
Ce contenu a été publié dans Qt par dourouc05.


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse Signaler un problème

Avatar de Jbx 2.0b Jbx 2.0b - Membre expérimenté https://www.developpez.com
le 10/06/2016 à 10:03
Testée rapidement, roll back en 5.6 quasi-immédiatement. Je suis un développeur Qt devant l'éternel et j'ai presque honte de critiquer un travail open-source, mais en ce moment c'est très difficile de jongler avec les bugs de Qt et Qt Creator. J'aimerais formaliser et reporter tout ceux que je trouve, mais j'ai vraiment peu de temps sur mon projet actuel (grosse période de rush), et isoler ceux-ci peut être extrêmement chronophage. Il a quand même des problèmes dont il me parait difficile d'être passé à côté avant de publier une version: par exemple, pas mal de QtQuick.Controls sont liés à des styles d'une version supérieures (à priori de la 5.7, ça sent le merge foireux, ce que je peut comprendre quand on jongle avec les branches), ce qui provoque des séries de log d'erreurs, des comportements aléatoires, voir des crashs au lancement de l'application.
Il était vraiment temps que Digia arrête la course à la fonctionnalité et se mette à stabiliser tout ça. Et j'espère qu'à terme la 5.6 deviendra aussi béton que la 4.8.
Avatar de dourouc05 dourouc05 - Responsable Qt https://www.developpez.com
le 10/06/2016 à 11:55
Citation Envoyé par Jbx 2.0b Voir le message
Il était vraiment temps que Digia arrête la course à la fonctionnalité et se mette à stabiliser tout ça. Et j'espère qu'à terme la 5.6 deviendra aussi béton que la 4.8.
Pour info, le travail continuera sur des fonctionnalités, par exemple avec Qt 5.7 (attendu pour la semaine prochaine), avec toujours des correctifs apportés sur les nouvelles versions et repris sur la 5.6. Donc la confusion avec les versions ultérieures ne s'arrêtera probablement pas…

D'ailleurs, quelles sont les parties de Qt que tu trouves les plus bâclées, ces temps-ci ?
Avatar de Jbx 2.0b Jbx 2.0b - Membre expérimenté https://www.developpez.com
le 10/06/2016 à 14:04
C'est tout un ensemble de petits problèmes qui nous gâchent la vie sur notre projet. Par exemple la version 5.5.1 s'emmêlait les pinceaux lorsqu'on switch de shader (les changements de la propriété fragmentShader ne sont pas prit en compte). On portait nos espoirs sur la 5.6, qui résout le problème mais introduit un bug de ralentissement lorsqu'on resize nos fenêtres QML, très gênant (et qui n'existait pas en 5.5.1) et pas résolu en 5.6.1. Toutes versions confondues, le plein écran Qml-OpenGL est instable dès qu'on bascule sur une autre application (Alt+Tab): L'écran devient blanc, et il est souvent impossible de reprendre le contrôle de l'application. On est donc passé sous Angle qui sur pas mal de config crache des tonnes de log sur la console. On a donc finit par développer avec OpenGL en fenêtré et livrer en plein écran Angle (pratique!).
Et on a aussi des crashs inopinés en quittant les applications, avec le message suivant : "External WM_DESTROY received for QQuickWindow"
Et pour finir le problème que j'explique plus haut, introduit avec la 5.6.1, qui la rend parfaitement inutilisable, avec ce genre de message "Unable to assign StatusIndicator_QMLTYPE_169 to StatusIndicator_QMLTYPE_195".

Ce qui m'inquiète le plus, c'est que sur le blog de Qt, on voit que beaucoup d'autres gens semblent déçus
Avatar de LittleWhite LittleWhite - Responsable 2D/3D/Jeux https://www.developpez.com
le 10/06/2016 à 16:23
Dans mon coin, c'est la compilation iPad avec Qt 5.5.1 qui est plantée. Y a même un ticket dans le bugtracker, mais souvent, c'est silencieux du côté des devs de Qt. Malheureusement, ça marchait en 5.4 et pas possible de passer ni en 5.5, ni en 5.6.
Pareil, pour la compilation sous Android, je me suis trouvé avec un problème plutôt bizarre avec le NDK, mais sur ce point, je ne sais pas vraiment si c'est le NDK, Windows 10 ou le processus de compilation de Qt.
Avatar de Jbx 2.0b Jbx 2.0b - Membre expérimenté https://www.developpez.com
le 10/06/2016 à 18:44
On a fait quelques démos de notre application sous android et je n'avais pas de soucis particulier sous Qt 5.5.1, mais j'étais alors sous Windows 7. Mais comme on m'a donné une bécane sous Windows 10 la semaine dernière, il faudrait que je refasse le test. Quel genre de soucis tu rencontre ?
Avatar de LittleWhite LittleWhite - Responsable 2D/3D/Jeux https://www.developpez.com
le 10/06/2016 à 20:12
Le NDK va chercher à stripper les .a avant de les mettre dans l'APK. Par contre, il va fail (et on voit le message d'erreur dans la console de compilation) car un des fichiers (source ou destination) existe. Du coup, le bon fichier n'est pas créé et il ne sera pas dans l'APK. L'application ne se lancera pas.
Avatar de dourouc05 dourouc05 - Responsable Qt https://www.developpez.com
le 22/06/2016 à 14:05
Très peu de temps après Qt 5.6.1, la gravité d’un défaut (QTBUG-53761) a été remarquée : l’utilisation d’applications Qt Quick un peu sérieuses est devenue impossible avec Qt 5.6.1 (ce qui n’était pas le cas avec la 5.6.0). Le problème vient de la gestion des caches : dès que soixante-quatre composants ont été importés (des fichiers QML ou JavaScript), mais que tous n’ont pas été instanciés, le système de gestion des caches pouvait effacer certains composants non instanciés. Lors de leur utilisation effective, l’interpréteur ne pouvait donc plus les trouver, ce qui résultait en une série d’erreurs difficilement compréhensible :

Code : Sélectionner tout
1
2
3
4
5
Starting /dev/Qt5.6.1-test/Examples/Qt-5.6/quickcontrols/extras/flat-Desktop_Qt_5_6_1_GCC_64bit-Debug/flat...
QML debugging is enabled. Only use this in a safe environment.
qrc:/ExtrasImports/QtQuick/Controls/Styles/Flat/GroupBoxStyle.qml:64: TypeError: Cannot read property 'flat' of null
qrc:/ExtrasImports/QtQuick/Controls/Styles/Flat/GroupBoxStyle.qml:62: TypeError: Cannot read property 'flat' of null
qrc:/ExtrasImports/QtQuick/Controls/Styles/Flat/GroupBoxStyle.qml:82: TypeError: Cannot read property 'checked' of null
Pour les détails temporels : le défaut avait été corrigé avant la sortie de Qt 5.6.1, mais sa gravité avait été mal estimée, la sortie de Qt 5.6.1 n’a donc pas été retardée, puisque chaque modification doit être testée. Au fil du temps et des rapports qui ont défilé sur l’application de suivi des défauts, les développeurs ont remarqué que ce problème était grave, d’où cette nouvelle version. Par contre, le correctif a été intégré à Qt 5.7.0 à temps pour la sortie de cette version.

Télécharger Qt 5.6.1-1.

Source : Qt 5.6.1-1 Released.
Ce contenu a été publié dans Qt par dourouc05.
Avatar de Jbx 2.0b Jbx 2.0b - Membre expérimenté https://www.developpez.com
le 01/07/2016 à 10:35
C'était bien le problème majeur qui nous empêchait d'utiliser la 5.6.1. Content qu'il soit résolu
Avatar de LittleWhite LittleWhite - Responsable 2D/3D/Jeux https://www.developpez.com
le 01/07/2016 à 15:42
Citation Envoyé par LittleWhite Voir le message
Le NDK va chercher à stripper les .a avant de les mettre dans l'APK. Par contre, il va fail (et on voit le message d'erreur dans la console de compilation) car un des fichiers (source ou destination) existe. Du coup, le bon fichier n'est pas créé et il ne sera pas dans l'APK. L'application ne se lancera pas.
Ce problème me le fait plus (mise à jour du NDK, je pense).
Avatar de GEP007 GEP007 - Membre du Club https://www.developpez.com
le 30/07/2016 à 22:38
Une fuite en avant ?
Premature optimization is the root of all evil. – Donald Knuth ( The C++ Programming Language Fourth Edition Bjarne Stroustrup )
Responsable bénévole de la rubrique Qt : Thibaut Cuvelier -