Re: [fr-qa] Disparition d'images sous Impress

Bonsoir,

Le 22/10/2014 13:33, Pierre Choffardet a écrit :
> Le 22/10/2014 06:38, Jean-Baptiste Faure a écrit :
[...]
> > 2/ As-tu bien désactivé l'enregistrement automatique du document ?
> > Menu Outils > Options > Chargement/enregistrement > Général -> décocher
> > "Enregistrer également automatiquement le document"
> J'avais contourné ce problème en sauvegardant très souvent mon fichier
> de travail. Maintenant, je suis avec la version 4.3, et que j'ai des
> problèmes de stabilité de draw/impress, je trouverai suicidaire de
> désactivé cette option.

Je ne partage pas cet avis, je fais moi-même mes enregistrements aussi
souvent que je le souhaite. Et si j'ai un crash, ce qui m'arrive
rarement, je perds très peu de chose et certainement moins que ce que je
perdrais avec un enregistrement automatique toutes les 10 minutes. Je
fais mes enregistrements plus souvent que ça quand je fais des modifs
mais c'est moi qui choisis le moment. Par exemple pas quand je suis en
train de trier et déplacer des diapos dans la trieuse. En revanche si
j'insère une image j'enregistre juste après.

Outre le bug fdo#46447, il y a aussi
https://bugs.freedesktop.org/show_bug.cgi?id=82953 pour Writer.

> [...]
> Une fois de plus, je ne comprends que l'on laisse téléchargeable de
> telles versions de LO

Ben franchement j'avoue ne pas réussir à reproduire ces problèmes. Il y
a deux jours, pour une discussion sur linuxfr, j'ai créé un diaporama /
album photo de 123 photos qui pèse 375 Mo, pas de crash mais c'est long
car la machine swape beaucoup. J'en ai créé un autre avec 1000 diapos
avec seulement des titres de texte (censé représenter des sur-titres
pour une pièce de théâtre), rigolo à faire, aucun crash même en jouant à
mélanger les diapos dans la trieuse.

Pour progresser il faut aider les développeurs à cerner le ou les
problèmes en utilisant le code en mode debug jusqu'à obtenir le crash et
pouvoir produire une backtrace et les diagnostics du debuggeur.
Il faut aussi essayer de recréer un scénario aussi simple que possible
et sans aucune ambiguïté qui produit un crash systématique.
Seul quelqu'un qui expérimente un crash peut faire ce travail. Le
travail du développeur commence quand il a de la matière, par exemple
une backtrace qui montre une erreur de programmation manifeste (variable
non initialisée, pointeur qui part dans le décor, etc.) ou un scénario
de crash qu'il arrive enfin à reproduire lui-même.

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