Notes de version 1.8
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. |
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. |
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. |
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). |
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é.) |
CV1-1887 |
L'affichage de l'Historique des champs pouvait être vide pour les champs liés et les champs fusionnés. |
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. |
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). |
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. |
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. |
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. |
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. |
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.
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.