Date: prev next · Thread: first prev next last
2015 Archives by date, by thread · List index


Bonsoir,

Le 28/01/2015 23:09, Marie jo Libo a écrit :
Bonsoir Denis, bonsoir à toutes et à tous

Le 23/01/2015 11:45, Denis Radwan a écrit :
Bonjour,

J'ai hésité un bon moment avant de poster vu que je ne vois pas comment
exposer mon point de vue sans prendre le risque d'être taxé de
négativisme.
Je précise donc ici que mes propos se veulent constructifs et n'ont
pas pour
but d'agresser quiconque.
Tu seras taxé de négativisme... Tu l'es déjà. Je le suis.
Comme tous ceux et celles qui ont lancé le même débat depuis 2010.
(Disons 2011)

J'ai découvert hier dans ce post sur la liste « USER »
(http://nabble.documentfoundation.org/Writer-Ouverture-docx-tt4136894.html),

l'existence d'un bug ressemblant à un bug déjà identifié est
considéré comme
résolu :
https://bugs.freedesktop.org/show_bug.cgi?id=81325

Présent sur la 4.1, la 4.2 et la 4.3, … il est résolu pour la 4.4 et
suivante.
Ce bug me fait moyennement rire à 3 ou 4 jours du déploiement en
direction
de 20 utilisateurs pour tests avant la migration prévue à partir de
mi-février.
Mais bon… il va falloir faire avec.

Ce qui m'inquiète sur l'avenir de LibO ce n'est pas le bug en
question, mais
de lire qu'au « 17/01/15 », un bug dont l'importance est « high
critical »
ne sera pas backporté parce que nous sommes près de la fin de vie de
la 4.3
(qui pour rappel est fixée au 27 mai !!).
Je tiens à signaler que ce bug est quand même, invisible pour
l'utilisateur
et provoque des pertes de données… !!!

Cela devient vraiment délicat, dans le cadre d'une utilisation
professionnelle, d'envisager sereinement une migration ou un
changement de
version.
Chaque sortie de version oblige à faire et refaire en permanence des
tests
sur tout.

Les rythmes de sortie de la suite sont un véritable problème car dans
les
faits, il n'existe aucune version stable de LibreOffice !

Pour l'image du produit, je ne pense pas que soit très positif.

J'anticipe sur la comparaison éventuelle avec Firefox en précisant deux
points :
1 – Un navigateur n'a rien à voir avec une suite bureautique en
termes de
complexité et du nombre de fonctionnalités potentiellement impactées
par des
modifications.
2 – aucune entreprise ne met à jour Firefox en fonction du rythme de
sortie.
Il existe Firefox SER qui pérennise l'application sur un an.

Pour ce que vaut mon avis, je pense qu'il est urgent de réfléchir à deux
options :
a – ralentir considérablement le rythme de sortie
b– ou mettre en place rapidement une version « SER » ou dite
« professionnelle ».

Cordialement,

Denis
Je viens de lire la totalité de ce fil.
Jusque là, je me suis exprimée sur ces sujets en comité restreint, sur
Qa-Test.
Je suis comme Denis, inquiète sur les sorties de versions de plus en
plus instables. Il n'existe plus assez de testeurs et à coup sûr pas
assez de temps pour réaliser des tests sur des versions qui sortent
chaque mois.
Il s'agit de correction de bugs, pas de versions majeurs, le projet a un
rythme de 6 mois entre versions majeurs, ce qui n'est pas non plus
énorme, Mozilla Firefox c'est une majeur toutes les 6 semaines, 12 pour
Chrome.
Je suis formatrice et teste donc complètement les versions. (enfin
celles que j'ai le temps d'installer et d'utiliser).
Nous t'attendons pour en discuter sur #libreoffice-fr :-) Et
#libreoffice-qa, même avec mon anglais très mauvais je m'en sors !
Lorsque vous passez dans toutes les fonctionnalités avec 10 personnes
qui vont agir différemment, il n'y a pas meilleurs test.
Et pourtant...
Lorsque je fais remonter un problème sur la 4.3 et que tout le monde
sur QA est déjà en train de tester la 4.4... Mon mail est juste ignoré
Lors que je fais remonter un bug sur QA et que l'on me répond "Oui,
c'est un bug connu"
Le membre de l'équipe de QA devrait t'il corriger ton bug ? Il y a un
énorme travail effectué sur la confirmation des bugs par la QA et les
bibisect pour trouver d’où viennent les régression, il ne faut pas
l'oublier. Tout les bugs ne sont pas simple à résoudre.
Alors tout va bien ! Problème : il est connu depuis plusieurs années
et non corrigé alors que de nouvelles versions voient le jour chaque
mois.
Lorsque je fais remonter un bug et que l'on me répond "as tu rentré
l'issue ?" alors que je ne parle pas anglais
Lorsque je fais remonter un bug et que l'on me dit "il ne faut pas
s'énerver et prendre le temps d'expliquer les choses et as tu regardé
les issues ...;
Lorsque Mimo corrige un bug majeur réseau (sous windows), toujours pas
backporté dans toutes versions de Libo.
Désolé mais ce correctif apporte autant de soucis qu'il n'en résout,
étaler de la confiture sur une jambe de bois ne parait pas vraiment une
solution viable. entre blocage et crash, je prends le blocage .

Stop aux versions non stables (comportant comme le dit très justement
Denis des dysfonctionnements entrainant la perte de données)
Oui pour des versions testées et corrigées.
Mais qui le fait ? Qui teste et corrige ? Pourquoi MIMO et l'Adullact ne
le font pas par exemple (ou le font faire) ?Qui fait les tests en
profondeur ? La communauté seule ? Et n'oublie pas que tu fais partie de
TDF et de la communauté tout comme Charles et moi. nous ne sommes pas
des clients d'un fournisseur nommé TDF.
Microsoft dans ses nouvelles versions a aussi de nombreux bug (je suis
également formatrice sur cette suite). De plus en plus même.
Mais lorsque Msoffice bug, j'entends " ah oui, c'est la nouvelle version"
Lorsque LibreOffice plante j'entends "C'est quoi cette merde"

Cela use au fil du temps.

@Charles : heureuse de t'avoir lu ce soir. Je ne te croyais plus dans
les parages. Mais tu n'évolues pas dans tes propos avec le temps. Nous
discutons
de ce sujet depuis 3 ans maintenant.

LibreOffice a besoin d'une version professionnelle ! Pas de nouvelles
fonctionnalités !
Le mot "stable" ne signifie pas grand chose en effet. Mais juste pas
de régression !
Mais cela existe dans l’écosystème LibreOffice :

  * MIMO tente de le faire avec peu de moyens et de compétences mais
    concrètement sauf si il y a un réel changement sur les moyens
    engagés, je n'en vois pas vraiment l’intérêt. MIMO sur le projet
    pourrait être un outil extraordinaire, attribuer des moyens pour
    tester en amont les versions,corriger au plus tôt les régressions et
    ajouter des fonctionnalités en concordance avec les besoins exprimés
    des ministères, avant la sortie mais soyons honnêtes, dans 95% des
    cas il s'agit de backport sur une version ancienne d'un bug corrigé
    en espérant ne pas introduire de régressions. Certifier les produits
    vis-a-vis des standards ouverts et donc la compatibilité avec LO.
    Concrètement  je trouve dommage que MIMO ne soit plus moteur dans le
    projet.
  * Collabora propose une version maintenue 3 ans pour ses clients, et
    dispose de la plus grande équipe de développeurs certifiés, beaucoup
    plus viable à mon avis.

Ce n'est pas à TDF de le faire, mais à son écosystème de le faire. Et
c'est le cas, mais peut être pas comme tu l'entends.

Une solution Denis est d'installer la version Mimo, celle que je
préconise à tous mes clients et celle que j'utilise maintenant
professionnellement car j'en ai marre
de faire une copie de mes fichiers calc toute les heures.
Travailler à la résolution des bugs avec l'équipe QA et les devs serait
intéressant aussi.
Une autre est d'avoir au minimum une licence Mso2010 dans un coin.
Enfin, si la communication est bien présente dans ta migration, ces
problèmes seront, somme toute, mineurs.

Je ne comprends pas comment nous pouvons en arriver là. Alors que nous
avons un si merveilleux outil...
J'ai lu qu'il était question d'Ooo ce soir. Je n'ai jamais eu aucun
souci avec les versions même de dev d'Ooo.

Bonne soirée
Ce n'est évidemment que mon point de vue personnel mais tout le monde
essaie de faire avance le projet, il ne faut pas l'oublier. J’espère
n'avoir blessé personne via mes propos et m'en excuse si c'est le cas.

Bonne soirée, je vais discuter de tout ça avec nos collègues de la
fondation demain soir autour d'une bière.

Arnaud

Marie-jo







-- 
View this message in context:
http://nabble.documentfoundation.org/Rythme-de-sortie-tp4137159.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


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.