Périodicité + types de réservation

Bonjour à tous,
Nous avons récemment migré notre plateforme grr sur un nouveau serveur et installé la dernière version 3.4.0 de grr.
GRR fonctionne correctement, j'aurais néanmoins 2 points sur lesquels je désirerais avoir vos éclairages:
1) Nous désirerions effectuer des réservations avec une périodicité de 6 semaines (voire plus). En l'état grr ne permer qu'une périodicité maximale de 1 résa toutes les 5 semaines. Est il possible d'augmenter ce plafond dans le dossier de config?
2) Nous avons une erreur qui a priori ne prête pas à conséquence:
"ATTENTION : votre table des types de réservation n'est pas à jour :
Depuis la version 1.9.2, les types de réservation ne sont plus définis dans le fichier config.inc.php mais directement en ligne. Un ou plusieurs types sont actuellement utilisés dans les réservations mais ne figurent pas dans la tables des types. Cela risque d'engendrer des messages d'erreur. Il s'agit du ou des types suivants : 0 Z
Nous avons donc regardé le fichier config.inc.php mais il n'y est fait nulle mention de type de réservation. Nous avons donc créé des nouveaux types "0 et Z" dans l'interface grr. Le même message d'erreur s'affiche mais cette fois avec plus rien après "types suivant:": le 0 et Z ont disparus du message d'erreur ce qui était attendu. La question est pourquoi le message d'erreur perdure? Comment nettoyer sans bidouille nos types de réservation pour qu'il n'y ait plus d'interférences du fichier config?
Je vous remercie par avance pour vos lumières.
Cdt

Bonjour,
point 1 : c'est codé en dur dans la page edit_entry.php ; on pourrait réfléchir à un paramétrage s'il y a de la demande
point 2 : pouvez-vous préciser quelle page déclenche cet affichage, afin d'analyser pourquoi et comment corriger.
Cordialement,
YN

Merci pour la réponse. J'espère n'être pas le seul à avoir ce besoin et que vous pourrez effectuer cette amélioration du coup.
Pour le deuxième point, ce message s'affiche dans les 2 fenêtres d'administration
-Numéro de version et mise à jour
- types de réservation

Pour le premier point, vous pouvez modifier le code à votre convenance si vous ne voulez pas attendre les développements. (-> cherchez $weeklist dans edit_entry.php)
Pour le second point, le comportement me semble normal avant correction, mais pas après : si la liste des types incorrects est vide, il ne devrait pas y avoir de message... à moins qu'il n'y ait eu un bug dans votre version de GRR : laquelle utilisez-vous ? (3.4.0 récupérée sur devome.com ou sur Github ?)
Cordialement,
YN

Nous avons téléchargé la version 3.4.0 depuis le site devome.com.
Après un survol des possibilités de grr, je me suis rendu compte que cette erreur avait une conséquence sur les réservations en bloc, le menu déroulant correspondant au type n'affiche rien ce qui bloque le processus.
En résumé: nos types de réservation qui avaient été créés dans grr 1.9.7 n'ont pas été importés directement à l'installation de grr 3.4.0. Il nous a fallu faire une MAJ forcée pour les récupérer. A noter qu'avant cette MAJ forcée, nous n'arrivions même pas à créer de nouveaux types de réservation dans l'interface admin de grr 3.4.0.
Un point particulièrement bizarre concerne les identifiants des types qui étaient en erreur: il s'agissait de 0 (zéro) et Z. Or, on ne peut créer que des types de résa avec un identifiants "lettré" dans l'interface. Nous avons donc du bidouiller le fichier racine pour changer la lettre en zéro. Le message d'erreur du coup ne fait plus apparaître aucun identifiant mais est toujours là.
Est il possible d'effectuer un reset complet et propre des types de réservations afin de repartir d'une base saine? En l'état si l'on supprime un type, le message d'erreur fera apparaître l'identifiant du type qui a été supprimé.
Merci dans tous les cas pour le développement de ce superbe outil qu'est grr dont nous ne pourrions nous passer!

Bonjour,
pour les scripts, il faudrait essayer de voir ce donnent les correctifs en installant la version 3.4.0b : github.com/JeromeDevome/GRR/archive/v3.4.0b.zip
pour le problème des types, je crains qu'il n'y ait des scories dans la base de données. Le zéro est incongru, ce qui n'explique pas la liste vide. Si vous savez faire, nettoyer la base de données semble indispensable, soit en passant par phpMyadmin, soit en faisant un export SQL et en y corrigeant, au moyen d'un éditeur de texte, les entrées utilisant ce type "0".
Bon courage,
cordialement,
YN