[grisbi-bugs] [Grisbi-old 0001831]: N'arrive pas à ouvrir un fichier ni à afficher le message d'erreur correspondant
Grisbi Bug Tracker
bugtracker at grisbi.org
Dim 1 Avr 16:47:56 CEST 2018
The following issue has been REOPENED.
======================================================================
http://www.grisbi.org/bugsreports/view.php?id=1831
======================================================================
Reported By: LudovicRousseau
Assigned To: LudovicRousseau
======================================================================
Project: Grisbi-old
Issue ID: 1831
Category: Main
Reproducibility: always
Severity: minor
Priority: normal
Status: feedback
======================================================================
Date Submitted: 2018-03-30 20:10 CEST
Last Modified: 2018-04-01 16:47 CEST
======================================================================
Summary: N'arrive pas à ouvrir un fichier ni à afficher le
message d'erreur correspondant
Description:
J'ai utilisé la version 1.1.92 Windows pour créer un fichier "vide".
Grisbi n'arrive pas à ouvrir ce fichier.
Grisbi n'arrive pas non plus a afficher le message d'erreur indiquant qu'il
n'arrive pas à ouvrir le fichier.
Donc j'ai juste un dialog avec un bouton "fermer" et aucun texte.
Dans la console j'ai :
(grisbi:31553): Gtk-WARNING **: Failed to set text 'Une erreur est survenue
pendant l'extraction du fichier :
Erreur #0
Erreur à la ligne 13, caractère 26 : Codage UTF-8 non valide dans le nom —
« \xa0 » n'est pas valide' from markup due to error parsing markup: Erreur à
la ligne 3, caractère 108 : Codage UTF-8 non valide dans le nom — « Une
erreur est survenue pendant l'extraction du fichier :
Erreur #0
Erreur à la ligne 13, caractère 26 : Codage UTF-8 non valide dans le nom —
« \xa0 » n'est pas valide » n'est pas valide
(grisbi:31553): Gtk-WARNING **: Failed to set text 'Une erreur est survenue
pendant l'extraction du fichier :
Erreur #0
Erreur à la ligne 13, caractère 26 : Codage UTF-8 non valide dans le nom —
« \xa0 » n'est pas valide' from markup due to error parsing markup: Erreur à
la ligne 3, caractère 108 : Codage UTF-8 non valide dans le nom — « Une
erreur est survenue pendant l'extraction du fichier :
Erreur #0
Erreur à la ligne 13, caractère 26 : Codage UTF-8 non valide dans le nom —
« \xa0 » n'est pas valide » n'est pas valide
J'imagine que le texte a afficher n'est pas en UTF-8 justement parce que le
fichier contient un encodage qui n'est pas UTF-8.
La ligne fautive est :
Thousands_separator=" "
Ce n'est pas un espace (ASCII 32) entre les guillemets.
Steps to Reproduce:
Créer un fichier vide avec Grisbi 1.1.92 sous Windows
Sauver le fichier
Ouvrir le fichier avec Grisbi 1.1.92.
J'ai le même problème sous macOS et Windows.
Fichier joint.
Additional Information:
Il y a au moins 2 bugs :
- le fichier créé sous Windows n'est plus lisible
- le message d'erreur ne s'affiche pas
======================================================================
----------------------------------------------------------------------
(0004386) LudovicRousseau (developer) - 2018-03-30 22:47
http://www.grisbi.org/bugsreports/view.php?id=1831#c4386
----------------------------------------------------------------------
Fixed in
https://github.com/grisbi/grisbi/commit/15084192db87011dcb55fbc4cb9f1797c5ac7e47
----------------------------------------------------------------------
(0004390) pbiava (administrator) - 2018-04-01 15:20
http://www.grisbi.org/bugsreports/view.php?id=1831#c4390
----------------------------------------------------------------------
Je rouvre ce bug car la solution pose problème. En effet le changement de
version de la glib impose le changement de gtk-3. Ce qui rend obsolète toutes
les versions longues (LTS) des distributions linux dont certaines vont jusqu'en
2021 me semble-t-il.
J'ai fait une modification dans le fichier joint pour la première erreur qui
concerne le séparateur des milliers j'espère que ça va la corriger.
Je peux importer ton fichier en choisissant un un des codages suivants
(ISO-8859-1 ou 15 ou WINDOWS-1252) mais les catégories on aussi un problème de
codage. J'ai essayé tout un tas d'Unicode mais aucun ne convient. Quel est donc
le jeu de caractère par défaut de MAC-OSX. ?
Sinon j'ai fait le test de création d'un nouveau fichier et je n'ai pas eu le
problème de lecture sous linux.
J'ai eu du mal à trouver le bug. En effet il est dans le projet grisbi-old.
----------------------------------------------------------------------
(0004391) LudovicRousseau (developer) - 2018-04-01 16:47
http://www.grisbi.org/bugsreports/view.php?id=1831#c4391
----------------------------------------------------------------------
Le fichier a été créé sur Windows 10, pas sur macOS.
Le fichier gsb_locale.c ne résous pas le problème d'affichage du message
d'erreur au chargement. Ce fichier est sensé résoudre quel problème ?
Je suis d'accord que imposer une version récente de glib est très
contraignant. Je propose de n'utiliser g_utf8_make_valid() que si la fonction
est disponible.
Au pire le message d'erreur n'est pas affiché. C'est un régression car avec
Grisbi 1.0.2 je n'ai pas le même problème.
Je joins 2 copie d'écran des message d'erreur :
- Grisbi 1.0.2
- Grisbi 1.1.92 avec le problème
- Grisbi 1.1.92 corrigé
Issue History
Date Modified Username Field Change
======================================================================
2018-03-30 20:10 LudovicRousseauNew Issue
2018-03-30 20:10 LudovicRousseauFile Added: Mes comptes.gsb
2018-03-30 22:47 LudovicRousseauAssigned To => LudovicRousseau
2018-03-30 22:47 LudovicRousseauStatus new => resolved
2018-03-30 22:47 LudovicRousseauResolution open => fixed
2018-03-30 22:47 LudovicRousseauNote Added: 0004386
2018-04-01 15:20 pbiava File Added: gsb_locale.c
2018-04-01 15:20 pbiava Note Added: 0004390
2018-04-01 16:47 LudovicRousseauStatus resolved => feedback
2018-04-01 16:47 LudovicRousseauResolution fixed => reopened
2018-04-01 16:47 LudovicRousseauNote Added: 0004391
======================================================================
Plus d'informations sur la liste de diffusion bugsreports