WATERBEAR:Problèmes

But

Ce poste tente de répondre à quelques problèmes rencontrés.

Blocage : Navigateur WEB et modules complémentaires - configuration Apache

Lors de l'utilisation d'un navigateur WEB, on se rend compte que certaines parties ne fonctionnent pas. Par exemple, les statistiques ne donnent rien. Il faut savoir que cette partie fait appel à du code se trouvant sur un autre site. En premier lieu, il faut en chercher la raison dans des modules complémentaires ajoutés au navigateur. Par exemple, nous avons remarqué que, sous Firefox, le module Ghostery, un bloqueur de publicité, en était la cause. Dans ce cas, il faut déclarer le site de Waterbear comme site de confiance. Le blocage de coockies peut aussi être une autre cause. Il faut être aussi attentif aux options de type "Header" dans la configuration d'Apache. C'est le cas des options Header de type "Set-Cookie" et "Content-Security-Policy". Il faut bien les paramétrer ou les éviter car ils conditionnent le fonctionnement du navigateur.

Problèmes de codage des exportations du registre

L'exportation du registre souffre de divers problèmes. Pour les corriger, il suffit de copier cette extraction dans un fichier texte et de la corriger avec un programme d'édition de texte tel le programme "Bloc notes" de Microsoft ou "Edit Pad Lite" gratuit (pas un programme de traitement de texte tel MS Word !!!).

• Si la valeur d'un noeud contient une balise HTML (par exemple: <td>). Cette balise est interprétée dans l'interface et donc non affichée. Il faut donc l'ajouter. Cet interprétation a d'autres effets pervers comme un affichage désordonné ou partiel. Pour résoudre ce problème, j'ai ajouté, en parallèle de l'affichage, l'écriture de cette extraction du registre, dans le fichier "LOG/export.registre.lis". Quand vous êtes dans l'écran d'administration du registre, vous avez dans la barre d'outils du dessus, une icône qui permet la "Gestion des logs" . Arrivé dans cet écran de gestion des journaux, en cliquant sur le fichier "export.registre.lis", son contenu s'affiche correctement. Le script du logiciel Waterbear modifié est "include/pages/bib_ws/admin/registre.php" aux lignes 95 et 96.
• En français au contraire de l'anglais, nous avons des lettres accentuées (ex.: é, à,...). Dans le registre, elles sont codées en Unicode. Ce codage est précédé de "\\u" suivi de 4 caractères du codage correspondant. Il faut ajouter une barre oblique inversée ("\") devant le "u"; ce qui devient: "\\\u"
• En programmation informatique, les sauts de lignes sont codées par la suite "\\n". De la même façon, il faut ajouter une barre oblique inversée ("\") devant le "n"; ce qui devient: "\\\n"
• De la m$eme façon, les tabulations sont codées par la suite "\\t". De la même façon, il faut ajouter une barre oblique inversée ("\") devant le "t"; ce qui devient: "\\\t"
• Les doubles cotes (") dans une valeur d'un noeud sont codées par la suite \\". De la même façon, il faut ajouter une barre oblique inversée ("\") devant cette chaine; ce qui devient: \\\"

Problème dans le registre lié aux listes de définitions

J'ai remarqué un problème dans le registre au niveau des définitions de la liste des quartiers. Ce problème est apparu lors de l'importation de ses noeuds dans un autre site.

Dans l'image ci-dessous, on remarque que le zéro précédent le code numérique avait disparu (ex.: 02 est devenu 2 et suivants) au niveau du "chemin". Alors que le nom du noeud est correct. Cette discordance a bloqué l'importation du sous-noeud. J'avais codé les quartiers de la façon suivante: 00, 01, 02, ... Pour corriger le problème, j'ai extrait cette partie du registre, ensuite j'ai dû corriger cette extraction en ajoutant les "0" supprimés avec un éditeur de texte et enfin je l'ai réimporté dans le registre. Ce problème résulte surement du mode d'interprétation des scripts; cette chaîne de caractères, ne contenant que des digits, est traitée comme un chiffre; par exemple, la chaîne "02" est interprétée comme un chiffre "2".

Pour contourner ce problème qui concernait les quartiers, j'ai ajouté un "Q" devant ce chiffre; par exemple le "02" est devenu "Q02". Après cette adaptation, cette chaîne reste une chaîne et non un chiffre.

Problème des doubles guillemets au niveau du catalogage des documents

Dans le catalogage d'un document, on aperçoit dans la barre d'outils du haut, une icône en forme d'oeil . Dans certaines circonstances, quand on appuie sur cette icône, il ne se passe rien et dans le journal de PHP (/var/log/php-fpm/www-error.log), il y a un message de type WARNING. Ce problème est dû à la présence de double guillemets ( " ) dans la notice. Le plus souvent cela se passe dans le résumé du document (zone 330a) (onglet Contenu). Il suffit de les enlever ou de les remplacer par de simple guillemet ( ' ) et d'enregistrer les modifications pour résoudre le problème. Il est conseillé avant de résoudre le problème de retourner à la page d'accueil et puis de retourner sur la page à problème.

Problème de listes déroulantes en lecture seule

Dans les écrans de catalogage, il peut arriver d'avoir des listes déroulantes en lecture seule de façon à ne pas permettre sa modification. Ces listes déroulantes sont liées aux listes de définitions telles la liste des quartiers, du sexe,... Du point de vue logiciel WEB, c'est la balise "select" qui est utilisée mais l'attribut "readonly", utilisé pour d'autres types de balise, est incompatible ici. Il faut utiliser l'attribut "disabled". Pour cette raison, le script JavaScript js/tvs_simple_textbox.js du logiciel a été modifié. On y substitue le paramètres "readonly" par "disabled". Rien ne change au niveau du registre.

---

->retour au menu de Waterbear