Bug à l'ouverture d'Ancestris

[jl72]

Bonjour,

Je souhaite vous soumettre le bug suivant à l'ouverture d'Ancestris.
En vous remerciant d'avance pour votre aide.

Résumé du bug : Ancestris se bloque sur la page d'accueil sans charger mon propre fichier GED. Solution de contournement : la destruction du fichier ged.properties permet de relancer le programme sans problème sauf que mon environnement est obligatoirement perdu. Afin de naviguer dans un arbre le plus grand possible, les fenêtres des différents éditeurs et de la table des entités ont toujours été escamotées sur les cotés de mon espace de travail. Mais depuis quelques temps déjà, je me suis aperçu que le délai d'ouverture de ces fenêtres devenaient de plus en plus long (jusqu'à 30 s). En remettant en place et en sauvegardant cet environnement le bug d'ouverture d'Ancestris réapparaît.

Quel système d'exploitation : Windows

Quelle version du système d'exploitation : Windows 10 Pro 64 bits

Quelle version d'Ancestris : 13.0.13429

Quelle version de java : 17.0.1+12

Quelles fenêtres sont ouvertes ? : accueil

Le bug concerne l'application elle même ou un plugin : application

Si le bug concerne un plugin, quel plugin :

Si vous utilisez la version beta, vous mettez-vous à jour dès qu'une mise à jour vous est proposée? : oui régulière

Le bug est il apparu suite à une mise à jour (vous ne l'aviez pas avant et là, il apparait) : non

Donnez nous la version du module concerné (vous la trouverez dans le menu "A Propos") :

Manipulation (enchainement des commandes) entrainant le bug :

La trace du bug dans le log :
INFO [org.netbeans.core.ui.warmup.DiagnosticTask]: Total memory 17?114?058?752
INFO [null]: Mémoire physique totale 17?114?058?752
INFO [ancestris.GedcomDirectory]: java.lang.IllegalArgumentException: Node name ancestris\modules\editors\genealogyeditor\ancestris-modules-editors-genealogyeditor-editors too long
INFO [ancestris.GedcomDirectory]: Activated topcomponent ancestris.modules.editors.standard.CygnusTopComponent for context ROUSSEAU.ged|I00001
INFO [ancestris]: Saving current mode for gedcom ROUSSEAU.ged and for ancestris.modules.editors.standard.CygnusTopComponent: ancestris-editor
INFO [ancestris]: Saving current mode for gedcom ROUSSEAU.ged and for ancestris.modules.views.tree.TreeTopComponent: ancestris-output
INFO [ancestris]: Shutdown
INFO [org.netbeans.core.windows.persistence]: [PersistenceManager.getTopComponentForID] Problem when deserializing TopComponent for tcID:'GedcomTopComponent_44'. Reason: Top component GedcomTopComponent_44 could not be loaded, either owning module was disabled, has incompatible version or top components settings file format is broken.
INFO [org.netbeans.core.windows.persistence]: [PersistenceManager.getTopComponentForID] Problem when deserializing TopComponent for tcID:'GedcomTopComponent_194'. Reason: Top component GedcomTopComponent_194 could not be loaded, either owning module was disabled, has incompatible version or top components settings file format is broken.
INFO [ancestris]: /Shutdown

[Zurga]

Combien d'individus avez-vous dans votre généalogie ?
Combien de mémoire avez-vous alloué à Ancestris ?

La trace ne montre aucune erreur.

Zurga

[jl72]

Bonjour,
et merci Zurga pour votre réponse rapide.

J'ai très peu d'individus (352).
Je n'ai pas alloué de valeur particulière de mémoire pour Ancestris, ce doit être celle par défaut ; par conséquent au regard de mon problème faut-il l'augmenter et comment ?

jl72

[Zurga]

352 c'est très petit, le problème n'est probablement pas la taille mémoire.
Est-ce que vous utilisez un disque réseau ou des liens URL pour mentionner des médias ?

Zurga

[jl72]

Pas de disque réseau
112 médias qui pointent sur mes dossiers personnels et 8 liens URL vers les AD.
La table des entités et les 3 éditeurs escamotés, il faut 15 secondes environ pour réafficher une fenêtre d'éditeur si je change d'individu, alors que si je les laisse toujours à l'écran, la navigation est complètement fluide.

jl72

[Zurga]

A part que les liens vers les AD pourraient mettre du temps à afficher les données, je ne vois pas de raisons explicites du temps de traitement.

Néanmoins, pour ajouter à l'analyse, vous pouvez :
- Afficher la barre d'outil "Performance" qui vous donne l'utilisation en temps réel del a mémoire (Menu "Options"=>"Configurer la barre d'outils" cliquez sur "Performance")
- Vérifier dans les préférences (Onglet "Apparence") la mémoire allouée et éventuellement l'augmenter.
- Diminuer le temps de latence pour vérifier les fichiers distants ("Préférences" onglet "Editions")

Zurga

[jl72]

Merci Zurga pour ces précisions.

J'ai augmenté la mémoire de 1 à 2 Go, et avec les fenêtres escamotées le temps réaffichage est bien diminué. Dans cette environnement sauvegardé, la réouverture d'Ancestris s'est faite correctement ; et j'ai remarqué que la barre de performance indique déjà plus de 1,1 Go. L'origine du problème semble bien la taille de la mémoire.

A surveiller dans le temps, encore merci.

jl72

[Zurga]

Je ne sais pas combien de fenêtres vous ouvrez, mais chaque fenêtre nécessaire une portion de mémoire.
Si votre machine le permet, n'hésitez pas à allouer de la mémoire ua programme.
Java ne prendra jamais plus que ce que vous lui attribuez, cela garantit que votre ordinateur ne crashera jamais à cause ud programme.
Par contre, s'il n'y a plus de mémoire disponible, le logiciel supprimera certaines affectation et rouvrir des fenêtres obligera à réaffecter la mémoire en la prenant ailleurs, ce qui ralentit l'ensemble.

Zurga