Bonjour Denis,
Je prends moi aussi le risque de répondre à nouveau.
Oui, il y a un problème de ressources. On peut tourner la question dans tous
les sens, le problème restera le même.
Mais si toi-même tu ne te considères pas comme une potentielle ressource,
qui va s’occuper des problèmes qui t’importent?
Il n’est pourtant pas trop tard pour le bug avec DOCX. Celui qui a fermé le
rapport de bug l’a fait uniquement, je pense, parce qu’on ne sait pas quel
est correctif concerné. Pourtant, avec un bibisect, il serait possible de
réduire grandement la tâche consistant à retrouver ce correctif. Alors
pourquoi ne pas faire ce bibisect, aller sur bugzilla, rouvrir le rapport de
bug, donner les résultats du bibisect, et, si besoin, signaler que c’est une
régression importante?
Il y a actuellement 10409 rapports ouverts. Qui va rouvrir un rapport fermé
si tu ne donnes pas une bonne raison de le faire? Qu’il reste 5, 9 ou 12
mois avant la fin de version, qu’est-ce que ça va changer? Il y a des
rapports qui attendent 2, 3 ou 5 ans. Alors un bug clos WORKSFORME, si tu ne
le rouvres pas toi-même en fournissant une bonne raison de s’en occuper (le
bibisect), qui le fera?
Ce n’est pas parce qu’on n’est pas dév qu’on est inutile. Faire de
l’assurance-qualité, tester les versions, rapporter les problèmes et faire
le suivi des bugs, c’est à la portée de tout le monde, et les dévs ont
besoin de ces contributeurs-là. Ils le disent assez souvent, me semble-t-il.
Ensuite, le choix des sorties rapides et multiples, est-ce le bon? Je n’en
sais rien, mais si les ressources ne permettent pas d’espérer faire
autrement sans faire pire, que faire? Si j’ai bonne mémoire, cette manière
de faire a été choisie pour inciter à tester, parce qu’auparavant les
utilisateurs testaient peu les RC, et il y avait pas mal de problèmes
importants qui n’étaient corrigés qu’avec une version corrective qui
arrivait des mois plus tard, mais ce n’était toujours pas suffisant,
puisqu’il y avait toujours des régressions. En fait, le problème semblait
assez similaire à aujourd’hui, à la différence que le développement allait
beaucoup moins vite.
Cordialement,
Olivier
--
View this message in context:
http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159p4138419.html
Sent from the Discuss mailing list archive at Nabble.com.
--
Envoyez un mail à discuss+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/discuss/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
- Re: [fr-discuss] Rythme de sortie (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.