Re: [fr-qa] confirmation bug 85215

Bonjour,

Merci Laurent et Gérad pour vos tests. Mes commentaires dans le texte.

Le 22/10/2014 10:13, Laurent BALLAND-POIRIER a écrit :
> Le 22/10/2014 07:32, Jean-Baptiste Faure a écrit :
> > Bonjour,
> >
> > Est-ce que vous confirmez
> > https://bugs.freedesktop.org/show_bug.cgi?id=85215 sur les daily builds
> > du master et de 4.3.4 ?
> >
> > Bonne journée
> > JBF
> Bonjour Jean-Baptiste,
>
> Je n'ai pas réussi à reproduire le bogue, mais je m'y prend peut-être mal.
> Avec le master Version: 4.4.0.0.alpha1+
> Build ID: a8c24b25fd9fb21097a08a22797bf61b59099ea1
> TinderBox: Win-x86@42, Branch:master, Time: 2014-10-21_06:31:17
> - Il y a un problème d'affichage, car toute la zone des données est
> noire. En jouant sur le zoom pour forcer le réaffichage, j'ai réussi à
> rétablir l'affichage.

Oui, c'est le bug https://bugs.freedesktop.org/show_bug.cgi?id=84854

> - par défaut, l'option UpdateReferenceOnSort est à true. Je l'ai mise à
> false (au passage, les options ne sont plus par ordre alphabétique :(
> - la cellule A1 est vide, on ne peut donc pas choisir "Date" à l'étape 5.

Oups, pourtant j'étais bien certain que le fichier sur lequel je fais
mes tests était celui que j'avais attaché au rapport de bug. Je vais
voir comment je peux arranger ça sans ajouter trop de confusion.

> - le tri sur la colonne A se passe sans soucis, mais les formules de la
> colonne ne semblent pas correspondre à ce qui est attendu (valeurs
> différentes de la colonne E)

Oui, c'est pour ça que j'avais ouvert fdo#81633
D'ailleurs on voit très bien le problème si on passe en syntaxe L1C1 car
dans ce cas les formules sont toutes identiques sur la colonne D et
elles devraient le rester après le tri ce qui n'est pas le cas. Avant le
changement introduit pas fdo#81309 et fdo#81633 avec l'option
UpdateReferenceOnSort c'est-à-dire jusqu'à LO 4.2.6.3 les calculs
restaient justes quelque soit l'ordre des lignes et donc le solde en bas
de la colonne toujours correct.
> En mettant UpdateReferenceOnSort à true je n'ai pas vu de différence.
> J'ai retiré le test de validité dans la cellule A1 pour entrer "Date",
> mais pas de changement.

Dans LO 4.4 l'option est accessible sans passer par la configuration
experte : Tools > Options > LibreOffice Calc > General -> [dé]cocher la
case "Update references when sorting range of cells"
Sur LO 4.4 je ne suis pas passé par la configuration experte.
> Avec la Version: 4.3.4.0.0+
> Build ID: 77c6ce66696a997269b9fe4dfed1dc2e51ecd00e
> TinderBox: Win-x86@42, Branch:libreoffice-4-3, Time: 2014-10-17_16:12:56
> - l'option UpdateReferenceOnSort est effectivement à false par défaut et
> les options sont triées par ordre alphabétique :)
> - Là je reproduis le bogue :)
>
> Avec tout ça, je ne sais pas si on peut mettre le bogue à new maintenant...

Il est déjà confirmé pour 4.3.4 avec la valeur par défaut de
UpdateReferenceOnSort qui est censée assurer la compatibilité avec les
versions précédentes. De plus il n'y a aucune raison qu'un tri cause ce
type d'erreur.

Bonne soirée
JBF

-- 
Seuls des formats ouverts peuvent assurer la pérennité de vos documents.

-- 
Envoyez un mail à qa+unsubscribe@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