[grisbi-bugs] [Grisbi.app (Mac OS X) 0002040]: Plantage de grisbi sur modif contenu des listes dans préferences
Grisbi Bug Tracker
bugtracker at grisbi.org
Dim 10 Jan 12:23:31 CET 2021
The following issue has been RESOLVED.
======================================================================
https://www.grisbi.org/bugsreports/view.php?id=2040
======================================================================
Reported By: viennefred
Assigned To: pbiava
======================================================================
Project: Grisbi.app (Mac OS X)
Issue ID: 2040
Category: Main
Tags: Preferences
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
OS: Mac OS X
Plateforme: Apple Macintosh
Version GTK:
Version gtk-mac-integration:
Version Mac OS X: High Sierra
Version OS: 10.13.6
Resolution: fixed
Fixed in Version: 1.9.x
======================================================================
Date Submitted: 2020-07-25 10:50 CEST
Last Modified: 2021-01-10 12:23 CET
======================================================================
Summary: Plantage de grisbi sur modif contenu des listes dans
préferences
Description:
Bonjour,
N'ayant pas trouvé de solutions ou même de post concernant ce problème, je
souhaiterais vous signaler que la modification du positionnement des cellules
dans...Préferences/Opérations/Cellules de la liste des opérations ... et
dans... Formulaires des opérations/contenu n'est pas possible car Grisbi
plante systématiquement.
Il est juste possible d'activer ou désactiver le contenu mais le positionnement
se fait de façon aléatoire et n'est pas modifiable.
La seule possibilité d'arranger le contenu et l'ordre des colonnes dans la
liste des opérations , est directement sur la cellule concernée dans le compte
via le menu sur clic droit et cette action est très difficile car instable dans
le sens ou l'activation ou désactivation du contenu nécessite de s'y reprendre
à plusieurs fois et parfois même être obligé de sélectionner la colonne
voisine pour réactiver le menu . ( J'en profite pour signaler le même
problème sur le bouton qui sert à modifier l'affichage )
Sinon merci à tous les développeurs pour leurs travail car cette
application est vraiment bien pensé et pratique.
"?Je regrette juste ne pas pouvoir modifier le zoom du texte dans l'ensemble de
l'appli pour en augmenter le confort de lecture ?"
Merci encore, et bon courage pour la suite ????
Steps to Reproduce:
Dans Préférences/Opérations/Cellules de la liste des opérations
essayer de déplacer les cellules actives manuellement
======================================================================
----------------------------------------------------------------------
(0005572) pbiava (administrator) - 2020-07-27 11:43
https://www.grisbi.org/bugsreports/view.php?id=2040#c5572
----------------------------------------------------------------------
Je n'arrive pas à comprendre pourquoi ça ne fonctionne pas sous Mac OSX.
Peux-tu me dire comment tu procèdes ?
La modification a-t-elle lieu en étant sur la page "Comptes" ou dans la vue
"Opérations" ou une autre.
Pour ce qui concerne le formulaire, l'ajout se fait dans la première case
libre. Certains choix comme la case "Change" ou "N° de chèque" nécessitent
deux case vides.
Le plantage a-t-il lieu dans ces cas ou non ?
Pour la liste des opérations la donnée se met dans la dernière case de la
quatrième ligne. Le nombre de lignes affichées est-il 4 ?
Pour faciliter la saisie des données directement dans la vue des opérations,
il est plus simple de se positionner sur la première opération et d'afficher
le nombre de ligne minimum de façon à faciliter la position de la souris.
Pour le zoom global,il faut que je regarde un peu plus le fonctionnement des
commandes CSS.
----------------------------------------------------------------------
(0005573) viennefred (reporter) - 2020-07-29 13:15
https://www.grisbi.org/bugsreports/view.php?id=2040#c5573
----------------------------------------------------------------------
Bonjour, mieux que des mots , une vidéo, voici un lien de la vidéo de démo du
problème en partage sur ma dropbox :
https://www.dropbox.com/s/t8vbbxpdofs96sx/DEMOBUG.mov?dl=0
Bon visionnage !
----------------------------------------------------------------------
(0005574) pbiava (administrator) - 2020-07-29 22:31
https://www.grisbi.org/bugsreports/view.php?id=2040#c5574
----------------------------------------------------------------------
Vu Pour le plantage peux-tu mettre ici la copie du message d'erreur pour que
j'essaie d'en tirer quelque chose.
Je n'ai pas bien compris l'histoire de la grosseur du texte. D'abord une
remarque : je trouve qu'utiliser une police "Italic" est moins visible qu'une
police monospace. Ceci étant grisbi, ne peux pas dans cette vue mettre les
libellés trop long sur deux lignes comme j'ai pu le faire dans les tree_view
des préférences ou de la liste de gauche.
Le fait d’afficher 1,2 3 ou 4 lignes sert juste à montrer plus ou moins de
données mais pas à mettre sur une ligne supplémentaire la partie coupée d'un
libellé. Je ne sais pas si c'est clair.
La seule solution est d'agrandir la largeur de la fenêtre pour augmenter la
largeur des colonnes avec toutefois comme restriction, la longueur des libellés
qui est fixe. Il faut juste que je retrouve la longueur avant coupure.
J'espère que ça répond à ta demande.
----------------------------------------------------------------------
(0005575) viennefred (reporter) - 2020-07-30 13:31
https://www.grisbi.org/bugsreports/view.php?id=2040#c5575
----------------------------------------------------------------------
Bonjour, ok voilà le fichier en pièce jointe, et en ce qui concerne le texte,
peu importe la police choisie ou la taille car même avec la police monospace le
problème est récurrent ! Ce qui se passe : 1- je vais dans les préférences
et je choisi une police et une taille (vue que je porte des lunettes, j'ai
tendance à monter la taille de la police jusqu'à 20... oui je sais ça fait
gros )
2-le souci n'apparaît pas tout de suite mais lors d'une utilisation ultérieure
c'est à dire après redémarrage de l'appli.
Cela donne l'impression, que la hauteur de la cellule ne s'adapte pas à la
hauteur du texte. Par conséquent, ce dernier est tronqué en hauteur. la seule
solution pour le moment est de diminuer la hauteur du texte jusqu'à 10.
Ce n'est pas un problème de longueur de ligne ou de retour à la ligne ! Mais
juste un problème d'adaptation de la cellule concernée en hauteur.
----------------------------------------------------------------------
(0005576) pbiava (administrator) - 2020-07-30 22:09
https://www.grisbi.org/bugsreports/view.php?id=2040#c5576
----------------------------------------------------------------------
Je n'avais pas vu que le problème venait de la hauteur des caractères. Je vais
regarder ça.
----------------------------------------------------------------------
(0005577) LudovicRousseau (administrator) - 2020-08-01 13:47
https://www.grisbi.org/bugsreports/view.php?id=2040#c5577
----------------------------------------------------------------------
J'ai aussi le problème avec les grandes tailles de police. Grisbi ne
redimensionne pas les cases contenant le texte et donc le texte est coupé.
Pour le problème de l'interface qui ne répond plus au clic de la souris j'ai
eu ça aussi. C'est un problème de Gtk+ et Grisbi ne peut pas faire grand
chose.
Je n'ai plus le problème avec Gtk+ 3 utilisé dans Grisbi 1.9.x Tu peux essayer
cette version si tu veux
https://sourceforge.net/projects/grisbi/files/grisbi%20unstable/1.9.96/
Pour le crash de Grisbi quand on veut changer les cases de l'interface dans les
préférences j'ai aussi le problème avec Grisbi 1.9.x sur macOS. Je regarde
ça.
----------------------------------------------------------------------
(0005578) viennefred (reporter) - 2020-08-01 14:30
https://www.grisbi.org/bugsreports/view.php?id=2040#c5578
----------------------------------------------------------------------
Oui j'ai déjà essayé la 1.9.96 mais le gain est minime, et je perds les
réglages couleurs de l'interface dans les préférences donc pour le moment je
préfères rester sur la version 1.2.2.
Ceci dit, au début de cette conversation, j'ai entendu parler de CSS et en ce
qui concerne la hauteur des cellules, il devrait y avoir possibilité
d'attribuer un zoom automatique aux id des cellules ... enfin si le principe est
le même que pour le HTML ...?
----------------------------------------------------------------------
(0005579) LudovicRousseau (administrator) - 2020-08-01 14:50
https://www.grisbi.org/bugsreports/view.php?id=2040#c5579
----------------------------------------------------------------------
Pierre,
Sur macOS quand je sélectionne une case pour la déplacer j'ai dans la console
:
(grisbi:45353): Gtk-CRITICAL **: 14:47:44.300: _cairo_surface_extents: assertion
'surface != NULL' failed
Lors de la deuxième sélection j'ai le plantage avec :
**
Gdk:ERROR:gdkdnd-quartz.c:43:_gdk_quartz_window_drag_begin: assertion failed:
(_gdk_quartz_drag_source_context == NULL)
Abort trap: 6
Je n'ai pas ce comportement sur GNU/Linux.
----------------------------------------------------------------------
(0005580) LudovicRousseau (administrator) - 2020-08-01 16:41
https://www.grisbi.org/bugsreports/view.php?id=2040#c5580
----------------------------------------------------------------------
Le crash semble venir de Gtk+3 et être spécifique à macOS.
J'arrive à faire planter l'application de démo
gtk+-3.24.10/demos/gtk-demo/gtk3-demo en exécutant "Tool palette" et en
essayant un drag-n-drop des icônes.
Lors du 1er drag j'ai l'erreur :
(gtk3-demo:5147): Gtk-CRITICAL **: 16:38:29.079: _cairo_surface_extents:
assertion 'surface != NULL' failed
Ensuite lors du 2ème drag j'ai le crash avec:
**
Gdk:ERROR:gdkdnd-quartz.c:43:_gdk_quartz_window_drag_begin: assertion failed:
(_gdk_quartz_drag_source_context == NULL)
Abort trap: 6
Je ne crois pas que Grisbi puisse y faire quelque chose.
----------------------------------------------------------------------
(0005581) LudovicRousseau (administrator) - 2020-08-01 18:09
https://www.grisbi.org/bugsreports/view.php?id=2040#c5581
----------------------------------------------------------------------
Je voulais rapporter le bug chez Gtk+ mais c'est déjà connu (depuis 1 mois)
https://gitlab.gnome.org/GNOME/gtk/-/issues/2881
Pour l'instant, pas de solution proposée.
----------------------------------------------------------------------
(0005877) LudovicRousseau (administrator) - 2021-01-10 12:23
https://www.grisbi.org/bugsreports/view.php?id=2040#c5877
----------------------------------------------------------------------
Le problème est corrigé dans la version 1.9.99
https://sourceforge.net/projects/grisbi/files/grisbi%20unstable/1.9.99/
En tout cas je n'arrive plus à reproduire le crash.
Issue History
Date Modified Username Field Change
======================================================================
2020-07-25 10:50 viennefred New Issue
2020-07-25 10:50 viennefred Tag Attached: Preferences
2020-07-27 11:43 pbiava Note Added: 0005572
2020-07-27 11:44 pbiava Assigned To => pbiava
2020-07-27 11:44 pbiava Status new => assigned
2020-07-29 13:15 viennefred Note Added: 0005573
2020-07-29 22:31 pbiava Note Added: 0005574
2020-07-30 13:31 viennefred File Added: plantage_grisbi.txt
2020-07-30 13:31 viennefred Note Added: 0005575
2020-07-30 22:09 pbiava Note Added: 0005576
2020-08-01 13:47 LudovicRousseauNote Added: 0005577
2020-08-01 14:30 viennefred Note Added: 0005578
2020-08-01 14:50 LudovicRousseauNote Added: 0005579
2020-08-01 16:41 LudovicRousseauNote Added: 0005580
2020-08-01 18:09 LudovicRousseauNote Added: 0005581
2021-01-10 12:23 LudovicRousseauNote Added: 0005877
2021-01-10 12:23 LudovicRousseauStatus assigned => resolved
2021-01-10 12:23 LudovicRousseauResolution open => fixed
2021-01-10 12:23 LudovicRousseauFixed in Version => 1.9.x
======================================================================
Plus d'informations sur la liste de diffusion bugsreports