7.2.0.4 : writer plante lors insertion caractère spécial dans zone texte

Patrick14 · September 4, 2021, 6:18pm

Bonjour à tous,

Je voudrais juste signaler le problème suivant : (ça ne demande pas de réponse, sauf à me dire que le bug est déjà référencé)

La version 7.2.0.4 plante lors de l'insertion d'un caractère spécial (lettre grecque par exemple) dans une zone simple texte, dans un cadre.
Toutes les fenêtres ouvertes sur LibreOffice (Writer, Calc etc.) se ferment, puis le processus de reprise démarre, avec récupération.
On constate, une fois le document en cours réouvert, que le caractère est bien inséré et on peut alors continuer.

Je signale que pour le même document, la même manipulation, sous le même système d'exploitation, même ordinateur, la version 7.1.4.2 fonctionne bien.

Bonne soirée
Patrick

jfn · September 5, 2021, 6:26am

zone, l'insertion de caractères spéciaux se fait en dehors du.

... contrôle.

jfn · September 5, 2021, 6:32am

Bonjour,

Bonjour à tous,

Je voudrais juste signaler le problème suivant : (ça ne demande pas de réponse, sauf à me dire que le bug est déjà référencé)

La version 7.2.0.4 plante lors de l'insertion d'un caractère spécial (lettre grecque par exemple) dans une zone simple texte, dans un cadre.
Toutes les fenêtres ouvertes sur LibreOffice (Writer, Calc etc.) se ferment, puis le processus de reprise démarre, avec récupération.
On constate, une fois le document en cours réouvert, que le caractère est bien inséré et on peut alors continuer.

Je signale que pour le même document, la même manipulation, sous le même système d'exploitation, même ordinateur, la version 7.1.4.2 fonctionne bien.

Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

pas de pb ici (Linux Mint Debian edition, Cinnamon).

Au passage, comportement qui me semble étrange : si j'insère un contrôle de type "zone de texte" dans un doc Writer, le curseur étant dans cette zone, l'insertion de caractères spéciaux se fait en dehors du contrôle, dans le corps du document.

Bon dimanche,

Bernard_Siaud_alias · September 5, 2021, 7:22am

Sdfs ΪΩΛ => écrit sans problème

Patrick14 · September 5, 2021, 9:20am

Bonjour,

Je vais être un peu plus précis dans mes explications, voici le protocole mis en œuvre :

1. ouvrir nouveau document
2. insérer une "zone de texte", n'importe où dans le document.
3. Insérer des caractères spéciaux : faire "Plus de caractères"
si j'en choisis un dans la liste des anciens, ça fonctionne. Il faut appeler la fenêtre "Plus de caractères" pour choisir un autre
4. Sélectionner une police et choisir n'importe quel caractère et faire "insérer"

La fenêtre de Writer se ferme.
Une fenêtre de "récupération" s'ouvre.
Puis une fenêtre d'envoi de "Rapport de plantage" que l'on peut envoyer ou pas.
(Je l'ai envoyé quasiment à chaque fois)
Voici le lien vers le dernier : https://crashreport.libreoffice.org/stats/crash_details/49f03c18-f1c9-4ebd-9ef8-7ba58dc649b7
Si ça vous dit !
Puis une autre fenêtre de récupération s'ouvre.
Et enfin la fenêtre de Writer avec le document en cours, le caractère bien inséré où je voulais.
Rien n'est perdu, même sans avoir fait de sauvegarde avant !

Ma configuration :
Version: 7.2.0.4 / LibreOffice Community
Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Calc: threaded

Bonne journée
Patrick

Patrick14 · September 5, 2021, 9:30am

Je n'ai pas réussi à savoir si cela avait déjà été rapporté alors j'ai ouvert le bug : 144307 <https://bugs.documentfoundation.org/show_bug.cgi?id=144307>

jbfaure · September 5, 2021, 10:49am

Bonjour,

Je n'ai pas réussi à savoir si cela avait déjà été rapporté alors j'ai ouvert le bug : 144307 <https://bugs.documentfoundation.org/show_bug.cgi?id=144307>

Merci. J'ai modifié la description (summary) du bug car il ne sortait en cherchant sur les mots clé "crash special character" ce qui est quand même ennuyeux. Avec ces mots clé il sort maintenant 4 bugs encore ouverts, le tien compris.

NB : les rapports de bug se font toujours en anglais.

Je ne reproduis pas le crash avec ma version :
Version: 7.2.2.0.0+ / LibreOffice Community
Build ID: 91eb9e16cd73df2249a24f949ea8bef62bbe2d09
CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3
Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR
Ubuntu_20.04_x86-64
Calc: threaded

Il faudrait tester 2 choses :

1/ un profil neuf : plusieurs rapports de bug analogues étaient dû à des profils corrompus.

2/ le backend générique à la place de kf5 : dans un terminal lancer libreoffice avec la commande suivante :
export SAL_USE_VCLPLUGIN=gen && libreoffice

Bonne journée
JBF

Patrick14 · September 5, 2021, 11:15am

Bonjour Jean-Baptiste,

Concernant le rapport en anglais, oui au temps pour moi, j'aurais dû m'en douter, j'ai juste fais un copier/coller de mon dernier message dans la liste.

1) En supprimant mon profil : il n'y a pas le problème. Ça fonctionne. Il faut que je reconstruise le profil ?
Mais avec la version 7.1.4.2 c'est pourtant OK, et avec le même profil !
Serait-ce dû à la présence des deux versions sur mon poste ?

2) Avec le backend générique. Ça fonctionne aussi. Ça pourrait être lié à mon installation kubuntu 18.04 ?
Je voulais passer en 20.04 mais je n'ai pas vraiment eu le temps encore....
Il faudrait avant l'arriver de la 22.04 !!!

Merci encore.
Je vais donc réfléchir, car reconstruire mon profil depuis rien ?

Bonne journée
Patrick

Franck_Larrive · September 5, 2021, 11:16am

Je ne reproduis pas le bug dans cet environnement (version AppImage) :

Version: 7.2.0.4 / LibreOffice Community

Build ID: 9a9c6381e3f7a62afc1329bd359cc48accb6435b

CPU threads: 8; OS: Linux 5.11; UI render: default; VCL: gtk3

Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR

Calc: threaded

jbfaure · September 5, 2021, 2:59pm

Re-bonjour,

Bonjour Jean-Baptiste,

Concernant le rapport en anglais, oui au temps pour moi, j'aurais dû m'en douter, j'ai juste fais un copier/coller de mon dernier message dans la liste.

1) En supprimant mon profil : il n'y a pas le problème. Ça fonctionne. Il faut que je reconstruise le profil ?
Mais avec la version 7.1.4.2 c'est pourtant OK, et avec le même profil !
Serait-ce dû à la présence des deux versions sur mon poste ?

2) Avec le backend générique. Ça fonctionne aussi. Ça pourrait être lié à mon installation kubuntu 18.04 ?
Je voulais passer en 20.04 mais je n'ai pas vraiment eu le temps encore....
Il faudrait avant l'arriver de la 22.04 !!!

Merci encore.
Je vais donc réfléchir, car reconstruire mon profil depuis rien ?

Si ça fonctionne pour toi avec le backend générique, je pense qu'il y a un bug propre à KDE, ce qu'il faudrait préciser dans le rapport de bug.
Il est aussi possible que le problème vienne de la présence des 2 versions 7.1 et 7.2 si elles utilisent le même profil, ce qui est une mauvaise pratique. Il n'est pas trop compliqué d'assigner un profil particulier à chaque version installée. Si nécessaire je peux expliquer comment je fais.

Supprimer ton profil utilisateur n'est alors qu'un contournement d'un problème réel. Il faut archiver ton profil actuel pour pouvoir tester un éventuel correctif.

Pour refaire un profil fonctionnel, tu peux procéder de la façon suivante :

1/ renommer le profil actuel. Il est dans ~/.config/libreoffice/4/user. Il suffit de renommer user en user_BAD par exemple. Lors du prochain lancement de LO un nouveau dossier user sera créé.

2/ si tu as personnalisé des modèles, des dictionnaires, des auto-corrections ou des autotextes, tu peux les récupérer sans avoir à les refaire. Il suffit de copier les dossiers correspondants du vieux profil au nouveau : template, wordbook, autocorr et autotext.

3/ une solution intermédiaire, qui marche souvent, est d'archiver le dossier user (-> user_BAD.zip) pour ne pas le perdre si tu veux pouvoir le restaurer, puis de simplement supprimer le fichier registrymodifications.xcu car c'est souvent dans ce fichier que se cachent les corruptions de profil.

4/ Ensuite il faut refaire les personnalisations qui ont été faites dans les options (menu Outils > Options), en particulier les données d'identité.

Bonne journée
JBF

Patrick14 · September 5, 2021, 3:12pm

Je n'ai pas vraiment choisi d'avoir les deux versions simultanément, c'est en installant la 7.2 que je me suis rendu compte que la 7.1 n'était pas remplacée.
Je veux bien que tu m'expliques comment gérer les profils pour plusieurs versions, au cas où.

jbfaure · September 5, 2021, 3:54pm

L'explication suivante fonctionne sous Linux, je ne sais pas faire avec les autres OS.

Le profil de la version fournie par ta distribution est le dossier user qui se trouve dans ~/.config/libreoffice/4

Pour chaque version supplémentaire que j'installe, je crée un profil qui fait référence au numéro de version. Ainsi à coté de 4 j'ai : 71 pour 7.1.x, 72 pour 7.2.x et 73 pour le master actuel qui deviendra 7.3
Je crée un nouveau profil par copie d'un profil existant. Par exemple 72 par copie de 71.

Maintenant la vraie question est : comment puis-je faire pour que la version 7.2 utilise le profil 72 et non le profil par défaut 4 ?
Là il faut mettre les mains dans le cambouis et avoir les droits d'administration.
Quand une version, disons LibreOffice 7.2 est installée à la main (sudo dpkg ...), l'installation se fait dans /opt/libreoffice7.2. Le chemin vers le profil utilisateur est défini dans le fichier /opt/libreoffice7.2/program/bootstraprc.
Il faut éditer ce fichier avec les droits d'admin [1] et modifier la ligne
UserInstallation=$SYSUSERCONFIG/libreoffice/4
en
UserInstallation=$SYSUSERCONFIG/libreoffice/72

Bien entendu il est impératif de faire ce changement avant le premier lancement de la nouvelle version pour qu'elle ne touche pas au profil par défaut 4.
On remarque que le changement de bootstraprc s'applique à tous les utilisateurs de la machine grâce à la variable d'environnement $SYSUSERCONFIG.

On peut se passer de modifier le fichier bootstraprc, mais il faut alors modifier la ligne de commande de lancement de LibreOffice pour y ajouter l'option qui lui indique le chemin du profil utilisateur à utiliser. Exécuter libreoffice7.2 --help dans un terminal, l'option en question est la dernière indiquée :
    -env:<VAR>[=<VALUE>] Set a bootstrap variable. For example: to set
                        a non-default user profile path:
                        -env:UserInstallation=file:///tmp/test
C'est pratique pour tester un profil, beaucoup moins pour une utilisation au quotidien.

[1] pour éditer un fichier texte en mode admin, je préfère le faire dans un terminal avec nano : sudo nano nom_du_fichier

Note finale : si on installe souvent des nouvelles versions, il est commode de se bricoler un script bash qui fera l'installation et la modification du bootstraprc. La commande que j'utilise dans mes scripts d'installation est la suivante :

sudo sed -i -e 's/libreoffice\/4/libreoffice\/72/g' /opt/libreoffice7.2/program/bootstraprc

à adapter pour chaque version.

Bonne journée
JBF

Patrick14 · September 5, 2021, 4:00pm

Merci Jean-Baptiste,

Je vais le faire de ce pas !
Je n'ai pas de souci avec bash, ni avec Linux.
Patrick

Patrick14 · September 5, 2021, 5:09pm

Jean-Baptiste,

Voilà, j'ai installé les profiles par version.
J'ai fait des tests en 7.2 :
- Avec profil from scratch : ça plante et même en faisant "Annuler" dans la fenêtre insérer un caractère spécial.
et ça plante même quand j'insère un caractère spécial directement dans le document.

- Avec le backend générique : ça fonctionne pas trop mal, sauf que la police sélectionnée pour insérer un caractère spécial dans un textBox, n'est pas conservée dans la box. La police reste sur "libération Serif" qui est celle par défaut dans un profil scratch sur ma conf..

En 7.1 : ça ne plante pas, mais la police sélectionnée, ne reste pas non plus; alors qu'il me semblait bien qu'avant (mais avant quoi ?) ça fonctionnait. J'utilise souvent la police "Symbola".

J'ai l'impression que quelque chose c'est vraiment cassée !
Mais quand ? et quoi ?
Il me reste la version 7.1 qui semble mieux fonctionner. Je vais installer la 7.1.5 (j'étais encore en 7.1.4.2) maintenant que j'ai un profile dédié !