Oui, les données sont publiques, et ça ressemble à ça :
Hello and happy new year,
What have happened in QA in the last 7 days?
* 107 have been created, of which, 39 are still unconfirmed ( Total
Unconfirmed bugs: 483 )
Link:
http://tinyurl.com/zp67utk
* 766 comments have been written.
== STATUS CHANGED ==
* 7 bugs have been changed to 'ASSIGNED'.
Link:
http://tinyurl.com/h6ojrse
Done by: Winfried Donkers ( 3 ), Gabor Kelemen ( 3 ), m.a.riosv ( 1 )
* 22 bugs have been changed to 'NEEDINFO'.
Link:
http://tinyurl.com/zak8xb4
Done by: V Stuart Foote ( 4 ), Julien Nabet ( 4 ), Joel Madero ( 4
), Buovjaga ( 3 ), Xisco Faulí ( 2 ), Timur ( 2 ), Kevin Suo ( 1 ),
Khaled Hosny ( 1 ), Bartosz ( 1 )
* 80 bugs have been changed to 'NEW'.
Link:
http://tinyurl.com/gp5ju9v
Done by: Buovjaga ( 29 ), Xisco Faulí ( 10 ), Julien Nabet ( 7 ), V
Stuart Foote ( 6 ), Telesto ( 5 ), m.a.riosv ( 5 ), Jacques Guilleron (
3 ), Joel Madero ( 2 ), Justin L ( 2 ), Cor Nouws ( 2 ), Andras Timar (
1 ), Heiko Tietze ( 1 ), jan iversen ( 1 ), JoNi ( 1 ), Timur ( 1 ),
garfieldbanks ( 1 ), tommy27 ( 1 ), andrew ( 1 ), Alex ARNAUD ( 1 )
Je pense, qu'il est possible de faire bien mieux, et surtout plus utile, par ce que là, on a tout.
Pour chaque bug, il y a son status, et la version à partir de laquelle il est présent. Donc, par une requête, on peut, pour une version donnée, savoir quels sont les bugs encore ouverts.
Récupérer ce résultat et l’afficher par ordre d'importance en même temps que les notes de publication de version. Ce serait pas mal.
Je ne dis pas que c'est zéro travail, mais ce serait tout de même pas mal, d'avoir directement, avant de télécharger une version, un aperçu des problèmes que la version peut poser.
On peut même facilement améliorer cela, il suffit d'ajouter un champ de résolution du bug avec la version ou la résolution est intégrée, on trouvera par exemple : master, 5.3, 5.2, 5.2.4, 5.1, 5.1.6
(ce qui donnerait un peu plus visibilité aussi, là, on sait qu'en téléchargeant une version 5.3 en cours de développement, on peut tester la résolution du bug)
Le fait que ce ne soit pas fait, montre simplement, qu'il n'est pas prioritaire d'informer correctement les utilisateurs des bugs d'une version.
Dire qu'il y a bugzilla, les rapports QA ou de l'ECS publics, c'est faire de l'enfumage.
Pour ce qui est des téléchargements, là aussi c'est de l'enfumage. Les données brutes sont là :
Combien d'IP différentes se connectent en une semaine à partir d'une version de LO (si ça se trouve LO envoie un identifiant unique en même temps que sa requête de mise à jour) ?
Quelle répartition d'OS, de version de LO ? Quelle évolution dans le temps ?
Ce sont des données importantes pour la visibilité du projet. ça baisse, ça monte, c'est peu, beaucoup, les gens mettent leur version à jour souvent, restent avec des vielles versions buguées ?
Là aussi qui verrait à redire à cela ?
Pierre