Retours TXM 0.7 beta3

Cette page contient seulement les retours de problèmes de TXM 0.7 beta3. Pour les demandes de fonctionnalités, c'est ici que ça se passe : Demandes de fonctionnalités

Archive des bugs TXM 0.7beta3

Format des retours

  • initiales du testeur (date) : description du problème
    • Exemple

BP (2011-06-28) : le formulaire…

  • initiales (date), réponse (“OK”, “à retester”…)
  • suite du dialogue éventuelle
  • utiliser la balise <quote> pour les citations
  • utiliser la balise <code> pour les extraits de scripts

Participants

  • Matthieu Decorde : MD
  • Alexei Lavrentiev : AL
  • Pierre Ratinaud : PR
  • Lauranne Bertrand : LB
  • Charles Minc : CLM
  • Gabriele Brandolini : GB
  • Alain Guerreau : AG
  • Bénédicte Pincemin : BP
  • Giancarlo Luxardo : GL

Retours

Général

  • MD (2012-11-07) : graphiques : dézoomer&zoomer dans un graphique provoque l'affichage de message d'erreur (Windows: popup+stack, linux: stack)
    • MD (2012-11-07) : OK cela semble aussi avoir réglé le problème qui crash TXM sous Linux quand on zoom dans les graphiques
  • MD (2012-11-07) : RSvgDevice (la librarie qui créé les fichiers SVG) : ne gère pas bien l'encodage et les caractères spéciaux XML (entités, <, > …)
    • MD (2013-07-02) : OK depuis la version 0.6.4.2 et nous utilisons “svg” (de cairo) maintenant
  • GL (2012-11-22) [Linux] : installation de TXM, si on choisit l'option d'installer R, le package 'ca' n'est pas installé
    • MD (2012-11-22) : OK nous avons remplacé 'ca' par 'FactoMineR'. J'ai corrigé le message d'installation

Import

  • LB (2012-11-14) : [MacOSX] le filtre d'entrée XSL ne me semble pas branché, si j'inclue une feuille XSLT, mes paramètres ne sont pas reconnus. Si je clique sur “Ajouter un paramètre”, rien ne se produit.
  • AL (2012-11-15) : [WinXP], module xmlw/csv
    • le tokeniseur ne met pas @type sur les mots avec des apostrophes
      • MD (2012-11-15) : OK
    • si le texte source contient des w, le tokeniseur n'ajoute pas @n ; @id ne contient pas l'identifiant du texte
      • MD (2012-11-15) : OK
    • dans le corpus importé les propriétés lexicales sont mélangées
      • MD (2012-11-15) : OK testé avec le même corpus
  • GL (2012-11-21) : [Linux] l'import Alceste n'accepte que le format “étoilé” pour les lignes de variables et non le format numérique (cela marchait avec TXM 0.6).
    • dans le cas du format “étoilé” il y a une 'Error: attribute:' dans la console mais apparemmeent sans importance (idem avec TXM 0.6)
    • MD (2012-11-22) OK le message “Error: attribute:” signale que TXM n'a pas pu interprété un attribut de texte. J'ai précisé le message
    • MD (2012-11-22) OK le format numérique est corrigé

Informations

  • SLH : les propriétés de mots d'exemple ne doivent pas être aléatoires et sans répétition.
    • MD (2012-12-3) : OK pour l'aléatoire

Concordances

  • LB (2012-10-25) : [MacOSX] Ajouter une Propriété d'affichage casse le tri opéré plus tôt (Process : 1/ Requête 2/ Tri sur le pivot 3/ Ajout d'une ref d'affichage).
    • MD (2012-11-5) : OK
  • LB (2012-10-25) : [MacOSX] La coloration de la forme graphique provenant d'une concordance > édition fonctionne seulement pour la ligne sélectionnée et non plus pour les autres formes dans la même page (qui fut un temps étaient en rose clair)
    • MD (2012-11-08) OK

Progressions

  • YL (2012-10-26) : Bug lors du calcul quand on sélectionne une structure
    java.lang.NullPointerException
        at org.txm.functions.repartition.Repartition.toSvg(Repartition.java:397)
        at Calcul de la progression de [[frlemma="menace"]] avec la requête : RENOUESSANCE, la structure : text, la propriété : dateprod, cumulatif: true
    java.lang.NullPointerException
        at org.txm.functions.repartition.Repartition.toSvg(Repartition.java:397)
        at org.txm.rcpapplication.commands.function.ComputeRepartition$1$1.run(ComputeRepartition.java:150) 
    • MD (2012-10-26) : OK
  • AL (2012-11-15) : Même problème (erreur quand on sélectionne une structure) mais message d'erreur différent
    Computing progression of [[inst="Artamene"]] with queries: CEPMFULL, structural unit: text, property: id, cumulative: true
    org.txm.stat.engine.r.RException: ** R error: "Error in strutnames[[i]] : indice hors limites
    "
    while evaluating: printrepartition(positions, names, colors, styles, widths, "CEPMFULL",0,2575798,"true",structurepositions,structurenames, "Progression graph of in corpus  CEPMFULL, structure: text, property: id", 13677.0)
    	at org.txm.stat.engine.r.RWorkspace.safeEval(RWorkspace.java:989)
    	at org.txm.stat.engine.r.RWorkspace.voidEval(RWorkspace.java:1036)
    	at org.txm.stat.engine.r.RWorkspace.plot(RWorkspace.java:1326)
    	at org.txm.functions.repartition.Repartition.toSvg(Repartition.java:461)
    	at org.txm.rcpapplication.commands.function.ComputeRepartition$1$1.run(ComputeRepartition.java:150)
    	at org.eclipse.ui.internal.UILockListener.doPendingWork(UILockListener.java:164)
    	at org.eclipse.ui.internal.UISynchronizer$3.run(UISynchronizer.java:158)
    	at org.eclipse.swt.widgets.RunnableLock.run(RunnableLock.java:35)
    	at org.eclipse.swt.widgets.Synchronizer.runAsyncMessages(Synchronizer.java:135)
    	at org.eclipse.swt.widgets.Display.runAsyncMessages(Display.java:4140)
    	at org.eclipse.swt.widgets.Display.readAndDispatch(Display.java:3757)
    	at org.eclipse.ui.internal.Workbench.runEventLoop(Workbench.java:2701)
    	at org.eclipse.ui.internal.Workbench.runUI(Workbench.java:2665)
    	at org.eclipse.ui.internal.Workbench.access$4(Workbench.java:2499)
    	at org.eclipse.ui.internal.Workbench$7.run(Workbench.java:679)
    	at org.eclipse.core.databinding.observable.Realm.runWithDefault(Realm.java:332)
    	at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(Workbench.java:668)
    	at org.eclipse.ui.PlatformUI.createAndRunWorkbench(PlatformUI.java:149)
    	at org.txm.rcpapplication.Application.run(Application.java:114)
    	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    	at java.lang.reflect.Method.invoke(Unknown Source)
    	at org.eclipse.equinox.internal.app.EclipseAppContainer.callMethodWithException(EclipseAppContainer.java:587)
    	at org.eclipse.equinox.internal.app.EclipseAppHandle.run(EclipseAppHandle.java:198)
    	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(EclipseAppLauncher.java:110)
    	at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(EclipseAppLauncher.java:79)
    	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:344)
    	at org.eclipse.core.runtime.adaptor.EclipseStarter.run(EclipseStarter.java:179)
    	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    	at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
    	at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
    	at java.lang.reflect.Method.invoke(Unknown Source)
    	at org.eclipse.equinox.launcher.Main.invokeFramework(Main.java:622)
    	at org.eclipse.equinox.launcher.Main.basicRun(Main.java:577)
    	at org.eclipse.equinox.launcher.Main.run(Main.java:1410)
    Done: Number of positions: [2151]

Spécificités

  • LB (2012-10-31) : [MacOSX] Crash de l'application lors d'une spécif (sur corpus complet), pour les propriétés word ou nametype.
    Current thread (118cd1800):  JavaThread "ModalContext" [_thread_in_native, id=702550016, stack(129d01000,129e01000)]
    Stack: [129d01000,129e01000]
    Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
    j  org.txm.searchengine.cqp.MemCqiServer.nfdist1(Ljava/lang/String;IBLjava/lang/String;)[I+0
    j  org.txm.searchengine.cqp.MemCqiClient.nfdist1(Ljava/lang/String;IBLjava/lang/String;)[I+9
    j  org.txm.searchengine.cqp.MemCqiClient.fdist1(Ljava/lang/String;IBLjava/lang/String;)[[I+6
    j  org.txm.searchengine.cqp.corpus.Subcorpus.getLexicon(Lorg/txm/searchengine/cqp/corpus/Property;)Lorg/txm/searchengine/cqp/corpus/Lexicon;+165
    j  org.txm.functions.specificities.Specificites.specificites(Lorg/txm/searchengine/cqp/corpus/Corpus;Lorg/txm/searchengine/cqp/corpus/Subcorpus;Lorg/txm/searchengine/cqp/corpus/Property;I)Lorg/txm/functions/specificities/SpecificitesResult;+9
    j  org.txm.rcpapplication.commands.function.ComputeSpecifities$2.run(Lorg/eclipse/core/runtime/IProgressMonitor;)V+63
    • MD (2012-11-07) : OK cqp n'était pas à jour

R

  • LB (2012-10-31) : [MacOSX] Crash de l'application en appuyant sur “Envoyer vers R”.
    • MD (2012-11-07) : OK cqp n'était pas à jour

AFC

  • MD (2012-10-26) : Bug lancement de l'AFC depuis une table lexicale (TXM utilise CA au lieu de FactoMineR)
    • MD (2012-10-26) : OK
  • AL (2012-11-08) : Lorsqu'on exporte une AFC, les paramètres d'affichage (lignes/colonnes) ne sont pas pris en compte. Seules les “colonnes” sont affichées dans le graphique exporté. En attendant la résolution du bug, on peut chercher le dernier graphique dans le dossier [TXM-USERHOME]/results
    • MD (2012-11-08) : OK le graphique exporté sera le dernier graphique généré par cette AFC
  • GL (2012-11-22) : Exporter les résultats d'une CAH : des coordonnées en 3D sont produites même si dans les réglages on a choisi 2D
    • MD (2012-11-22) : OK comme pour l'AFC, le dernier graphique généré par la CAH sera utilisé
    • GL (2012-11-22) : Je reviens sur mon message: il serait peut-etre mieux de lister les resultats complets

Sous-corpus

  • AL (2010-10-30) : Les sous-corpus supprimés réapparaissent quand on rouvre TXM (sous Win 32XP)
    • MD (2012-11-07) : OK
public/retours_de_bugs_logiciel/txm_0.7beta3.txt · Dernière modification: 2013/07/05 09:55 par matthieu.decorde@ens-lyon.fr