Télégramme

[absys]

Suite à la mise à jour, nous avons remarqué cela sur les télégrammes :

Les retours à la ligne sont remplacé par \n
Il n'y a pas d'ascenseur dans la fenêtre et au bout d'un moment on ne voit plus ce qui est rajouté à la conversation.

[Romain]

Si vous possédez la clé de mise à jour 2009.

Télécharger ceci:

http://files.abm2000.com/public/Abm2000.exe

Remplacer sur tous les postes opératrice abm2000.exe disponible dans c:\abm2000 pour celui-ci.

Veillez a ce qu'ABM soit fermé avant de faire la manipulation.

[absys]

Ok

Je fais la mise à jour

cdt,

[absys]

Bonjour je viens de mettre la nouvelle version sur mon poste et rien n'est corrigé :

Ni le problème avec le \n
Ni le souci avec le texte caché (ascenseur)

cdt,

[absys]

J'aimerai savoir si le souci va pouvoir être corrigé car cela nous pose des problèmes.

Télégrammes illisibles au bout d'un moment.

Merci

[scp]

Bonjour,

Nous constatons et subissons les mêmes soucis que nos confrères avec les télégrammes depuis les dernières versions, avec en plus un comportement étrange lorsque les opérateurs se déconnectent après avoir émis un ou des messages : l'affichage devient pour le moins bizarre :



De plus, le journal des erreurs s'enrichit de plusieurs lignes "rouges" peu engageantes...

Que s'est-il passé avec cette fonction pour qu'elle se comporte ainsi désormais ? Serait-ce encore une régression fonctionnelle due à une insuffisance de tests ?

Cordialement.

[scp]

UP !

Bonjour,

La dernière (ou avant-dernière) version d'ABM semble avoir introduit des dysfonctionnements dans la partie qui gère les Télégrammes (problèmes inconnus auparavant) :

• plantages violents d'ABM ;
  anomalies de niveau 8 enregistrés dans le "log" des erreurs ("Access violation...") ;
  indication du nom du poste absent, en blanc ou remplacé par des symboles (voir notre message du 3 mars, même fil) ;
  difficultés pour valider le message en cliquant (ou par F12) ;
  sans aucune action de la part des opérateurs, apparition inopinée d'une fenêtre de réception de télégramme... sans aucun message ;
  erreurs de destinataires ;
  non délivrance du message à certains destinataires (avec effet aléatoire) ;
  envoi possible vers un groupe mais pas vers un opérateur seul ;
  liste des destinataires incomplète (alors que chaque poste a bien le synchroniseur en fonction) ;
  retours à la ligne remplacés par des /n ;
  absence d'ascenseurs (impossible de lire la totalité des échanges) ;
  etc.

L'application de la version du 10 février (recommandation du support) ne change strictement rien aux comportements erratiques et aléatoires de cette fonction.

Une piste d'explication a été publiée par Antonio (http://public.abm2000.com/viewtopic.php?t=677) relative au mode brodcast en UDP, mais sans préciser quel port ("socket") est concerné : il paraît néanmoins plus judicieux d'autoriser un type précis de trafic (port et protocole TCP ou UDP) plutôt que d'ouvrir les pare-feux en grand et sans précaution.

Précision utile (?) : nous avons bien pris soin de conserver l'intégralité de notre parc machines en XP. Les problématiques liées à Vista ne sauraient donc nous concerner.

Merci de nous apporter quelques explications et solutions pour rendre cet outil aussi efficace qu'il l'était au préalable...

Cordialement.

[scp]

Bonjour,

Toujours ce même problème de télégramme vide et surgissant avec le journal système.
Certains opérateurs disparaissent des télégrammes ; blocage de la fenêtre et enfin plantage d'abm (2 ce matin sur 2 postes diférents).
Après relance tout va bien quelques instants et de nouveau plantage...

Merci de nous dire rapidement si vous avez déjà constaté ce problème et ce qu'il y a lieu de faire...

[Julien]

Bonjour,

En ce qui concerne les télégrammes, l'ascenseur est fonctionnel sur la version 2915401NX, et le problème d'affichage de retour à la ligne (et du /n) a été résolu et est actuellement en test. Cette version sera diffusée sur le mois d'aout.

En ce qui concerne vos problèmes de réception par le synchroniseur (télégramme non envoyé ou disfonctionnement d'affichage du nom), il s'agit de l'utilisation du port 5010 UDP qu'utilise le synchroniseur.
Pour les autres soucis ABM2000, nous n'avons observé aucun changement de fiabilité sur les dernières versions.

[scp]

merci de votre réponse qui je pense aurait pu être plus rapide et nous laissant dans un cadre hors du contrat de maintenance que vous avons souscrit.