Bonsoir Jacques, Désolé pour la réponse tardive, j'ai beaucoup de retard dans mes mails.
Le 02/06/2013 14:00, Jacques Guilleron a écrit : [...] > > Comment fait-on concrètement pour rechercher le commit en question ? On > part de quoi : des nighty builds des versions master, @ précédant le gel > de la beta ? Ou bien je suis à côté de la plaque... La méthode est décrite ici : https://wiki.documentfoundation.org/Bibisect Pour ma part je procède par une recherche manuelle car je compile moi même et qu'il n'y a pas de dépôt dédié à bibisect pour le master. Je n'ai pas vérifié s'il en existe un maintenant pour la 4.1. L'idée de base est de trouver un commit (ie un instant dans l'évolution du code source) où le bug n'existe pas encore puis un autre commit plus tard (plus récent) où la régression est apparue. Ensuite on se place à peu près au milieu dans la liste des commits intermédiaires et on recompile. Si le bug est présent il faut chercher en procédant de la même façon dans l'intervalle du bas (le plus ancien) sinon il faut chercher dans l'intervalle du haut (le plus récent). La liste des commits de la branche 4.1 peut être consultée ici : https://gerrit.libreoffice.org/gitweb?p=core.git;a=shortlog;h=refs/heads/libreoffice-4-1 Cela dit le bug est maintenant corrigé. Bonne soirée JBF -- Seuls des formats ouverts peuvent assurer la pérennité de vos documents. -- Envoyez un mail à qa+unsubscr...@fr.libreoffice.org pour savoir comment vous désinscrire Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/qa/ Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être supprimés
