Nouvelle version candidate 3.4.2 RC5

Bonjour,
suite à vos remarques, j'ai apporté des correctifs à la version précédente, notamment dans la présentation de la page d'édition des réservations et dans la gestion des champs additionnels dans les rapports statistiques.
Vous pouvez récupérer les nouveaux scripts sur le dépôt Github : github.com/JeromeDevome/GRR/releases/tag/v.3.4.2-RC5
Merci pour vos retours d'expérience.
Cordialement,
YN

Bonjour,
Je viens de tester avec succès la gestion des champs additionnels dans les rapports statistiques.
Merci pour ce travail.
Cordialement
Bonne journée
DC

Bonjour,

je viens de mettre à jour un de nos GRR et la création des réservations est extrêmement lente. Ce qui est plus étonnant encore c'est que j'ai installé cette version sur 2 autres GRR, hébergés au même endroit et que tout fonctionne correctement. Aucune latence, tout fonctionne. La seule différence entre celui qui pose souci et les autres est qu'il comporte pas mal de champs additionnels. Est-ce que le souci pourrait venir de là?

Bonjour
Merci pour votre retour.
Effectivement le traitement des champs additionnels peut provoquer un délai.
Je prends note de votre remarque et étudierai s’il est possible d’accélérer le traitement des champs additionnels.
Cordialement
YN
P.S.: je viens de revoir le code de la page incluant les champs additionnels, sans voir ce qui peut provoquer ce ralentissement. Est-ce vraiment plus lent qu'avec la version 3.4.1 ?
Le ralentissement est-il lié au contexte : nouvelle réservation, modification d'une réservation existante ?

Bonjour,
je viens d'installer la version3.4.2RC5 tout fonctionne bien, mais j'ai de nouveau les numéros de réservation qui s'affichent....la manipulation décrite dans le post site.devome.com/fr/kunena/aide-a-l-utili...-le-n-de-reservation
ne fonctionne plus le code du fichier week_all.php ayant beaucoup changé...
Pouvez-vous m'indiquer comment supprimer les numéros de réservation (et la ligne générée) ?
Merci

Bonjour
C’est maintenant géré par la fonction affichage_resa_planning_complet. Donc si vous voulez modifier l’affichage, c’est cette fonction qui est à changer.
Avez-vous regardé la page d’administration > général > contenu/apparence ?
Cordialement
YN

Bonjour,
pour supprimer le numéro de réservation et la ligne vide, dans le fichier : \include\functions.inc.php dans le fonction : function affichage_resa_planning_complet

ligne 4592 à 4596 j'ai remplacé :

// Brève description ou le numéro de la réservation
if ((Settings::get("display_short_description") == 1) && ($resa[3] != ""))
$affichage .= htmlspecialchars($resa[3],ENT_NOQUOTES)."<br>";
else
$affichage .= get_vocab("entryid").$resa[2]."<br>";

par

// Brève description ou le numéro de la réservation
if ((Settings::get("display_short_description") == 1) && ($resa[3] != ""))
$affichage .= htmlspecialchars($resa[3],ENT_NOQUOTES);

Cela supprime le numéro de résa et la ligne vide
Merci,  

Rebonjour,
j'ai un petit soucis ....j'ai réinstaller un instance pour tester à vide sans les modif que j'ai faits au code...
Toute les nouvelles planifications apparaissent avec le logo et le texte "la ressource est déjà empruntée"...or je n'ai pas activé cette fonction dans l'administration d'aucune de mes ressources....?
Si je modifie quelque chose sur la ressource dans le menu administration (n'importe quoi, même si j'active ou désactive une option et enregistre) le problème disparait sur la ressource en question sur l'ensemble des réservations mais pas sur les autres ressources...ni sur les réservation faite après sur cette même ressource...
J'ai regardé la base Mysql et cela se traduit dans la table grr_entry dans la 14ème colonne statut_entry par un tiret "-" quand la valeurs apparait sans erreur et une case vide quand celle-ci à le message "ressources empruntée".... J'ai essayé diverses manipulations dans le fichier fonction_inc.php ....mais sans succès...
Avez-vous une idée d'où pourrait provenir ce problème ?
Merci

Bonjour
Je ne vois pas sans fouiller dans le code. Je prends note et regarde dès que possible.
Cordialement
YN

wrote:

Bonjour
Merci pour votre retour.
Effectivement le traitement des champs additionnels peut provoquer un délai.
Je prends note de votre remarque et étudierai s’il est possible d’accélérer le traitement des champs additionnels.
Cordialement
YN
P.S.: je viens de revoir le code de la page incluant les champs additionnels, sans voir ce qui peut provoquer ce ralentissement. Est-ce vraiment plus lent qu'avec la version 3.4.1 ?
Le ralentissement est-il lié au contexte : nouvelle réservation, modification d'une réservation existante ?
 

Bonjour, le ralentissement est surtout observé lors de la création d'une réservation. J'arrive à modifier les réservations sans souci.

Merci de votre aide.