V8.0.0 mergée dans master

[Bertrand]

Quand c'est sur un formulaire fournit avec le module, il me semble qu'il faille pousser la maj.
L'idée du soft, c'est quand même à la base que si on personnalise, il faut dupliquer préalablement.

Pour le reste, j'ai envie de dire que bon, au regard du peu d'utilisateurs déclarés que nous avons, on ne va pas se prendre la tête très longtemps avec les upgrades.
Tant qu'on n'est pas dans des conséquences du type destruction de data ... Ceux qui utilisent ont les compétences pour analyser le problème et corriger les petites choses qui se présentent.
Je dirais que la conclusion principale est qu'il faut que j'essaye d'être le plus standard possible sur le SQL en particulier ... mais après, c'est comme tout déploiement de site web, ca repose sur un paquet de composants en dessous et là ...

B.

[marsante]

Depuis la mise à jour 8.0.0 j'ai un bug sur le module Ostéo. Ras avec la dernière version du module avec le logiciel de base 7.3.2 / une version de php8 jusqu'à 8.2. Je suppose encore une erreur dans le yaml.
Dans le formulaire de consultation, un grand nombre de retours à la ligne se met en place après le dernier champ dans la visualisation de l'historique.
Quand je compare le formulaire à celui de chiro pas de différence dans le formatage dans le logiciel.
Quand je crée un dossier en tant qu'osteo, j'ai le bug, si je crée un dossier en tant que chiro, je n'ai pas le bug, si je visualise un fichier osteo en tant que chiro, j'ai le bug, si je visualise un dossier chiro en tant qu'osteo, je n'ai pas le bug.

Je sèche un peu si je dois plutôt regarder du côté des contrôleurs, des templates ou du sql ?

[Bertrand]

Je ne suis pas certain de comprendre où nous sommes ? Dans l'historique du jour ?

B.

[marsante]

Dans un dossier patient, dans la partie Historique complet, dans l'onglet Tous ou Consultations

[Bertrand]

Bon, de principe comme ça, je pense qu'il n'y a pas 36 solutions : c'est un nl2br() qui tourne sur des nouvelles lignes \n qui ne sont pas passées dans un trim().
Je ne vois pas comme ça de où ça peut sortir.

B.

[marsante]

Merci bcp

Ça doit toujours venir de mon formulaire SQL. Je vais le relire à force je vais trouver

[marsante]

En regardant les requêtes réseaux au moment du clic j'ai trouvé celle ci :

Code : Tout sélectionner

https://msehr.local/patient/ajax/ObjetDet/?objetID=3

En cherchant dans le code source du module de base, j'ai trouvé cette référence :

Code : Tout sélectionner

'ObjetDet', // obtenir le détail sur un objet (sa version imprimée)

qui rend suspect juste ce fichier, dans l'affichage des données

https://github.com/marsante/MedShakeEHR ... .html.twig

et la base de donnée dans l'envoi des données.

https://github.com/marsante/MedShakeEHR ... nstall.sql

En validant certaines zones sur le schéma, elles apparaissent dans la requête (les données sont bien enregistrées en BDD et ressortie), mais sans s'afficher. Je ne sais pas si ça permet d'avoir un indice entre les deux fichiers ?

[marsante]

J'avais fait des erreurs ici :

Code : Tout sélectionner

{% if tag.osteoTests != '' %}
  <h3>Tests</h3>
  <p>{{ tag.osteoEvolSym }}</p>
  <p>{{ tag.osteoTests }}</p>
{% endif %}

et là

Code : Tout sélectionner

{% set sTraitements = [] %}

alors que je ne l'utilisais pas.

Comme c'était plus permissif avant ça ne bronchait pas.

J'ai par contre-pas mal galéré à cause du cache qui ne prenait pas en compte mes modifications.

J'ai vu qu'il y avait cette variable dans la conf

Code : Tout sélectionner

twigEnvironnementCache: false

que j'avais laissé à false car je pensais que ça activé du cache. Est-ce qu'il faut au contraire l'activer lors du debug ?

[Bertrand]

Désolé de ne pas avoir été d'une grande aide. Occupé par 1000 choses en ce moment.

Le cache de Twig, je n'ai jamais vraiment essayé de l'activer dans l'EHR ! En fait il permet que les templates twig ne passent pas systématiquement à la moulinette, ou pas totalement.
Donc si on est à false, tout est calculé systématiquement. Mes propres expériences de cache sont en général liées au navigateur, et il y a de quoi se prendre la tête bien souvent.
Par contre je ne pige pas en quoi cela était plus permissif avant, mais bon, je ne suis pas dedans

B.