2020-06-10 : version 1.8.3 d'Axiell Collections

Voici la troisième mise à jour de la version 1.8 d'Axiell Collections (build 1.8.3.1103), comprenant la résolution des bugs ci-dessous.

Rapport de bug no.

Brève description du problème

CV1-2038

L'impression d'un workflow après exécution faisait crasher Axiell Collections et fermer l'ensemble des sessions utilisateurs.

CV1-2024

Recherches hiérarchiques (basées sur les termes génériques et spécifiques) ne fontionnaient pas avec un index alpha-numérique.

CV1-2007

Le téléchargement d'un fichier jpeg comportant .323. dans son nom n'était pas accepté. Le segment .323 était interprétée à tort comme une extension du fichier.

CV1-1998

Au moment de la suppression d'une notice de mission item si un adapl tentait d'empêcher cette suppression, un message d'erreur Unable to cast object of type 'Adlib.Eval.AdaplErrorEventArgs' to type 'Adlib.Eval.StringEventArgs' était généré.

2020-06-03 : version 1.8.2 d'Axiell Collections

Voici la deuxième mise à jour de la version 1.8 d'Axiell Collections (build 1.8.2.1029), comprenant la résolution des bugs ci-dessous.

Rapport de bug no.

Brève description du problème

CV1-2016

Un message d'erreur signalant une Requête incorrecte s'affichait au moment de la création d'une notice de Workflow.

CV1-1991

L'impression d'un format de sortie particulier générait un message d'erreur "Specified cast is not valid".

CV1-1985

Il n'était pas possible de lier une notice de mission item 'manuellement' à une mission en Mode modification. La sélection d'un mission item à partir de l'écran de lien retournait un message : 'Mauvaise requête'.

CV1-1983

Le numéro de notice (servant à identifier les mission items) ne s'affichait pas dans les écrans de lien pour les mission items.

CV1-1961

Si un champ lié relevait d'un domaine variable, la tentative de créer ou de modifier une notice comportant ce champ aboutissait à une erreur.

CV1-1947

Les notices Autorités personnes n'étaient pas mises à jour quand elles étaient ajoutées à de nouveaux domaines à partir du champ lié d'une autre base de données.

CV1-1940

Dans la Liste résultat, un filtre portant sur un champ énumératif ne pouvait pas fonctionner.

CV1-1927

Certaines tâches ne pouvaient être lancées, le bouton OK proposé par la boîte dialogue restant inactif, même si tous les champs obligatoires de l'écran de tâche avaient été remplis.

CV1-1872

Une recherche combinée avec une requête fixe se soldait par un message d'erreur concernant un champ introuvable.

CV1-1510

Dans un écran de Workflow, les listes déroulantes ne devenaient utilisables qu'après un long délai.

CV1-1410

Les liens inverses établis entre certains champs n'apparaissaient pas au cours de l'affichage Related records.

2020-05-13 : version 1.8.1 d'Axiell Collections

Voici la première mise à jour de la version 1.8 d'Axiell Collections 1.8 (build 1.8.1.848), comprenant la résolution des bugs ci-dessous.

Rapport de bug no.

Brève description du problème

CV1-1972

Le type de données URI n'était pas intégré par le protocole/schéma utilisé.

CV1-1963

Dans le navigateur web, certaines des recherches généraient le message Session Expired et obligeaient l'utilisateur à se reconnecter.

CV1-1956

L'option Non trié n'était proposée pour les colonnes de champ ni par la Liste résultat, ni par la boîte de dialogue des Recherches sauvegardées.

CV1-1955

Une notice qui venait d'être sélectionnée apparaissait vide et causait une erreur de serveur interne 500 quand les données d'une seule langue en particulier apparaissaient dans une occurrence de champ considérée comme multilingue.
Désormais, la mention d'une seule langue en particulier dans un champ considéré comme multilingue (qui ne doit pas apparaître à la première place) sera ignoré s'il se trouve dans une occurrence prévue pour être multilingue.

CV1-1951

Au moment où l'on voulait créer une nouvelle notice collect dans une application spécifique, une erreur se produisait avec le tag rO.

CV1-1937

Quand la valeur par défaut pour un champ est un terme non préféré, ce remplacement par le terme préféré n'était pourtant pas conservé au moment de l'enregistrement de la notice.
Le remplacement par le terme préféré est désormais immédiatemet pris en compte dès que la nouvelle notice est créée.

CV1-1936

Un nouveau numéro d'objet dans un fichier d'import, quand l'import utilisait l'option Match ou Update only, générait un message d'erreur "object reference not set to an instance of an object".

CV1-1935

Une valeur par défaut était ajoutée à une notice déjà enregistrée si le champ était resté vide, puis ne pouvait être effacée.
Désormais, aucune valeur par défaut n'est ajoutée aux notices ayant déjà été enregistrées, et tout conenu de cette nature peut être effacé. Les valeurs par défaut ne peuvent s'ajouter qu'à de nouvelles notices.

CV1-1932

Axiell Collections ne permettait pas la modification de notices dans un contexte de référence circulaire (pour corriger la référence circulaire).
Normalement, il ne devrait pas y avoir de référence circulaire dans les données (par exemple dans les relations de type hiérarchique), mais si cela venait quand même à se produire, il est désormais possible de la corriger en modifiant la notice et en changeant ou supprimant la référence qui pose problème. Axiell Collections vérifie si une référence n'est pas circulaire quand vous en ajoutez une (et seulement en cas d'ajout), et il vous faudra la corriger sur le moment, sans quoi la notice ne pourra être enregistrée.
Une référence circulaire se produit par exemple quand on tape une même référence dans des champs comme Fait partie de et A pour parties, ou bien quand on tape dans un champ A pour parties une référence qui se trouve en fait être déjà présente en tant notice parent, et donc de rang supérieur dans la hiérarchie concernée.

CV1-1897

Un champ multilingue, rempli par ADAPL, pouvait donner lieu à une instance sans langue définie.

CV1-1865

L'impression de l'un des formats de sortie proposés n'affichait pas l'écran adéquat et occasionnait une erreur lorsqu'il s'agissait d'un format de sortie auquel avait été associé un adapl.

2020-04-28 : version 1.8 d'Axiell Collections

Voici la version 1.8 d'Axiell Collections 1.8 (build 1.8.0.731), comprenant la résolution des bugs ci-dessous, ainsi que les nouvelles fonctionnalités décrites plus loin.

Rapport de bug no.

Brève description du problème

CV1-1919

Au moment de la sélection d'un terme en dehors du domaine fixé pour un champ lié en cours de sélection, dans la fenêtre Recherche de termes pour le champ, soit rien ne se produisait, soit apparaissait le message d'erreur Bad request.

CV1-1912

Les workflows pouvaient générer le message "session expired".

CV1-1904

Axiell Collections n'était pas toujours à même d'utiliser l'attribut created des notices faisant partie de l'API web.

CV1-1902

L'auto-alimentation des champs URI ne fonctionnait plus.

CV1-1896

La touche de fonction Reset proposée par les paramétrages de la Liste résultat n'était pas en état de fonctionner.

CV1-1894

Le paramétrage de la langue invariante par défaut n'était plus fonctionnel pour les champs multilingues remplis après son enregistrement initial.

CV1-1890

Le déploiement d'une nouvelle version d'Axiell Collections échouait souvent du fait que mscvcr120.dll était verrouillé en raison d'un autre processus. Bien qu'il n'y ait pas de solution à apporter, au moment où un tel blocage se produit, essayer de recycler "application pool" et de stopper temporairement le site web avant de déployer à nouveau le "package" : cela peut suffire à écarter le problème. (le site web stoppé doit être relancé.)
Par ailleurs, le nom du "package" de déploiement est passé de Axiell.Alm.MVC.KendoSPA.zip à AxiellCollections.zip, nom qui lui convient bien mieux.

CV1-1887

L'affichage de l'Historique des champs pouvait être vide pour les champs liés et les champs fusionnés.
La modification apporté n'a pas consisté à faire en sorte que les valeur liées ou valeurs fusionnées successives s'affichent dans l'Historique des champs (qu'on peut ouvrir en faisant un clic-droit sur un champ, puis en sélectionnant Historique dans le menu déroulant), mais à afficher pour chacun des champs la valeur "linkref" en cours ainsi que la valeur propre au champ auquel il est lié. C'est en effet la seule valeur chronologique qui puisse être utilisée pour les champs liés, les champs faisant l'objet d'un lien et les champs fusionnés, parce que même si le champ lié ne change pas, la notice liée est quant à elle susceptible de changer : un tel changement ne saurait être disponible dans la notice en cours, qui établit seulement le lien, mais ne peut l'être que par la notice vers laquelle le lien a été établi. Par exemple : si current_location.barcode (2N) est fusionné avec current_location.name (2A) dont le tag en tant que champ lié est 2a, l'historique pour le champ code-barres affichera désormais l'historique de champ correspondant au tag 2a. La ligne commençant par Nom de champ qui apparaîtra dans l'Historique des champs mentionnera : current_location.barcode (2N) [link => 2a], et les valeurs dans les colonnes Old value et New value feront apparaître la mention [linkref] à la suite de la valeur pour faire état de cette situation spécifique.
 
ACFieldHistory
 
Notez que parmi les champs liés, les champs auxquels ils sont reliés et les champs avec lesquels ils sont fusionnés, l'Historique des notices (qui s'ouvre à partir de la barre d'outils de la Liste résultat) prend en compte les champs liés, mais là encore en se basant sur l'historique du champ auquel il est relié. Par exémple :
 
ACFieldHistory2
 

CV1-1851

La mise en page du menu de la carte était inappropriée.

CV1-1832

Par défaut, les champs comportant un nombre entier s'affichaient avec un séparateur pour les milliers, mais il s'est avéré que ce n'était pas toujours opportun : par exemple, dans la recherche par année pour une bibliothèque, un nombre entier qui nécessite 4 caractères, il ne faut pas que l'année comporte un point ou une virgule.
Désormais, les champs comportant des nombres entiers seront par défaut dépourvus de point ou de virgule. Si l'on souhaite qu'un champ dispose d'une présentation de ces nombres avec des points ou des virgules, il faudra faire un paramétrage, rendu possible par la présence d'une nouvelle option, Format de présentation, dans le dictionnaire des données d'Axiell Designer : un administrateur pourra effectuer le paramétrage requis.

CV1-1827

Un changement de localisation dans le Navigateur hiérarchique par glisser-déposer posait problème quand un tri avait été paramétré à l'aide du tag nt (le champ spécifique).
Désormais, si un tri a été paramétré pour un champ dans la hiérarchie, le fait de vouloir déplacer un terme au sein de cette hiérarchie ne pourra avoir d'impact que sur la hiérarchie, et pas sur l'ordre de tri (ce dernier étant systématiquement mis de côté).

CV1-1820

Une erreur se produisait à l'ouverture d'un modèule contenant une image dans une cellule de tableau sans hauteur de ligne exacte, si un cache avait été paramétré pour l'image dans les settings.xml.
Sans définition d'une hauteur fixe pour une image dans une cellule de tableau, le système peut chercher à redimensionner l'image avec une hauteur portée à 0. Désormais, le système attribuera par défaut à la hauteur une valeur égale à celle de la largeur s'il n'y a pas de hauteur disponible.

CV1-1818

En mode de défilement Virtuel, les paramètres de Retour à la ligne pour la Liste résultat pouvaient entraîner un affichage incorrect de la liste des notices.
Désormais, les paramètres de Retour à la ligne sont rendus inactifs en mode défilement Virtuel, leurs paramétrages respectifs étant dissociés.

CV1-1781

Le tri du résultat d'une recherche avec l'opérateur Etendre réduisait le nombre de notices récupérées : les items qui comportaient les données dans le champ interrogé, mais sous la forme de données héritées, n'étaient pas pris en compte dans le résultat.

CV1-1768

Au moment de modifier la Liste résultat, la valeur de tag correspondant au domaine en lien (variable) n'était pas prise en compte pour le forçage d'un terme.
Un message de confirmation apparaît désormais en premier lieu : ainsi, quand le terme de thésaurus sélctionné n'est pas relié au domaine approprié, une boîte de dialogue vous demande de confirmer que vous voulez bien ajouter le domaine au terme. Si vous confirmez, le terme est sélectionné et le domaine est ajouté au terme de thésaurus. Si vous ne donnez pas confirmation, le terme de thésaurus ne peut pas être sélectionné.

CV1-1734

Après avoir coché une case dans une notice, il pouvait arriver que la case ne soit plus cochée une fois la notice enregistrée.

CV1-1733

Le message d'erreur ADAPL de type errorm conçu pour le format de sortie ne s'affichait pas.

CV1-1696

Les fenêtres susceptibles d'être activées (c'est-à-dire les widgets), par exemple la fenêtre Carte géoographique, n'étaient pas automatiquement désactivées dans les bases de données où elles n'étaient pas utilisables et il n'était néanmoins pas possible de les désactiver manuellement, l'icône ne figurant pas dans la barre d'outils.

CV1-1682

Après la création d'une notice de Workflow, le bouton Rafraîchir dans la liste du Workflow ne mettait pas à jour la liste en y incluant la nouvelle notice quand on appliquait un tri à la liste.

CV1-1556

Quand on modifiait une notice liée à l'aide d'un écran zoom, les champs fusionnés de la notice principale n'étaient pas modifiés.

CV1-1241

Il n'était pas possible d'entrer un caractère faisant office de séparateur décimal dans un champ numérique prédéfini (avec paramétrages par défaut) en langue néerlandaise : la saisie d'une virgule pouvait disparaître de la valeur numérique au moment de l'enregistrement de la notice.
L'option de Format de présentation pour les champs numériques n'est pas applicable à Axiell Collections, qui se référerait à la valeur en fonction du serveur web, ce qui ne saurait être adapté dans un environnement web multi-utilisateurs. En conséquence, Axiell Collections ignore les paramétrages et utilise la langue/le pays en cours de sélection de l'utilisateur concerné pour déterminer le format approprié. De ce fait, tous les formats numériques sont présentés dans un format qui correspond à l'UI local de l'utilisateur. En ce qui concerne les Pays-Bas (NL), le format emploiera la virgule comme séparateur décimal et le point comme séparateur pour les milliers. Ceci ne concerne que le format de présentation. Le séparateur décimal qui est utilisé dans les notices enregistrées dans la base de données (que l'utilisateur ne voit pas) dépend quant à lui des paramétrages de la base de données.

CV1-374

Les documents qui venaient d'être créés dans les champs de l'application ne pouvaient pas être enregistrés ou téléchargés.

2020-04-20 : mise à jour des notices avec la fonctionnalité d'import

La fonctionnalité d'Import dans Axiell Collections ne se contente plus d'importer de nouvelles notices, elle fournit maintenant une option permettant de mettre à jour les notices qui sont déjà dans la base de données.

ACUpdateImport

Les options proposées sont désormais les suivantes :

Si vous laissez vides les nouvelles options Match et Update only : les notices sont importées en tant que nouvelles notices (à l'exclusion bien sûr des imports erronés), et il n'y a pas de mise à jour de notice.
Si vous sélectionnez un champ indexé parmi ceux que propose la liste Match sans cocher Update only : les notices de la base de données seront mises à jour avec les valeurs contenues dans le Fichier d'import dans la mesure où les champs dans Match entrent en concordance avec le champ concerné dans une notice de la base de données; si cette valeur n'est pas trouvée, une nouvelle notice sera créée pour la ligne comportant la valeur importée.
Le champ sélectionné dans Match doit toujours être un champ indexé unique, comme priref (le champs indiquant les numéros de notices) ou object_number (si les numéros d'objet de votre application sont à caractère unique, sans quoi la procédure d'import ne peut pas identifier la notice qu'il faut mettre à jour.
Le champ sélectionné dans Match n'a pas besoin d'être aussi sélectionné dans la liste des champs à importer (dans la zone à remplir située sur la droite).
Dans les notices, tous les contenus de champ qui ne sont pas mis à jour sont laissés tels quels, aussi ces champs restent-ils inchangés.
Par ailleurs, dans les notices, quand c'est un champ à plusieurs occurrences qui doit être mis à jour, c'est systématiquement la première occurrence qui est écrasée par la valeur importée. De la sorte, si une notice de la base de données a deux occurrences x et y, et si le champ importé ne contient que la valeur z, les occurrences qui résulteront de l'import auront pour valeur z et y.
L'import de plusieurs occurrences d'un champ est possible à condition que l'intitulé du champ concerné soit répété plusieurs fois dans le fichier d'import, dans des colonnes différentes. Ainsi, si object_name apparaît dans deux colonnes, le fichier d'import peut contenir deux noms d'objet. Si tel est le cas, les deux premières occurrences du champ seront écrasées dans les notices. Si seule la première occurrence du fichier est remplie, la seconde ne l'étant pas, la première occurrence du champ de cette notice sera écrasée tandis que la seconde occurrence sera préservée. Si seule la seconde occurrence du fichier est remplie, la première ne l'étant pas, la seconde occurrence du champ de cette notice sera écrasée tandis que la première occurrence sera écrasée. Si les deux occurrences du fichier sont vides, les deux occurrences du champ seront préservées. Il en va de même pour trois occurrences ou plus. Vérifiez dans la base de données d'Axiell Collections qu'il s'agit bien d'un champ répétable.
Il n'est pas possible que la(les) valeur(s) importée(s) soient ajoutées comme de nouvelles occurrence(s), il n'est pas non plus possible de vider toutes les occurrences de la notice avant d'importer la(les) valeur(s) du fichier d'import.
Notez que les intitulés de champ sont les intitulés de champ tels qu'ils apparaissent dans le dictionnaire de données, et qu'ils peuvent donc sensiblement différer des intitulés de champ qui figurent dans les notices d'Axiell Collections. Pour retrouver facilement le champ concerné, survolez avec la souris la zone de saisie du champ dans les Détails d'enregistrement pour voir apparaître, dans une info-bulle, l'intitulé de champ propre au système.
Au lieu de faire défiler la liste des champs dans Match pour y trouver le champ qui vous intéresse, vous pouvez commencer la saisie de l'intitulé du champ dans Match afin de limiter la liste des champs affichés à ceux qui commencent par les lettres que vous venez de taper.
Si vous voulez vider Match (pour supprimer un champ sélectionné auparavant), faites défiler la liste vers le haut et sélectionnez la première valeur, qui est vide.
Cochez la case Update only(à la suite de la sélection d'un champ dans Match) si vous ne voulez pas que de nouvelles notices soient ajoutées si aucune notice à mettre à jour n'est trouvée parmi les notices du fichier d'import.

Pour importer tous les champs du fichier d'import, il suffit de laisser vide la zone à remplir située sur la droite.