GRR 3.4.3-RC2 : Nouvelle installation / Ajout réservation impossible

Bonjour,

Je viens d'installer GRR 3.4.3RC2 sur un serveur avec la distribution Debian 11 avec les paquets suivants (tous issus de la distribution) :
- nginx 1.18.0,
- php 7.4.25,
- mariadb 10.5.12.

L'installation a été réalisée dans le répertoire /www/grr appartement à l'utilisateur/groupe www-data/www-data.

J'ai réussi à installer GRR en version manuelle (après avoir modifier l'encodage du fichier tables.my.sql en UTF-.

Je me connecte à GRR mais quand je veux simplement créer une réservation en utilisant la ressource "Ressource 1" fournie par défaut j'obtiens la page suivante avec une erreur :

Requete error = INSERT INTO grr_entry (start_time, end_time, entry_type, repeat_id, room_id, create_by, beneficiaire, beneficiaire_ext, name, type, description, statut_entry, option_reservation,overload_desc, moderate, jours, clef, courrier, nbparticipantmax) VALUES (1641452400, 1644044400, '0', 0, 1, 'ADMINISTRATEUR', 'ADMINISTRATEUR', '', 'test', 'A', '', '-', '-1','', 0,0, 0, 0, '' )

Quand je regarde les log nginx voici ce que j'ai :

2022/01/06 11:31:02 [error] 18598#18598: *52 FastCGI sent in stderr: "PHP message: GRR: Requete error  = INSERT INTO grr_entry (start_time, end_time, entry_type, repeat_id, room_id, create_by, beneficiaire, beneficiaire_ext, name, type, description, statut_entry, option_reservation,overload_desc, moderate, jours, clef, courrier, nbparticipantmax) VALUES (1641452400, 1644044400, '0', 0, 1, 'ADMINISTRATEUR', 'ADMINISTRATEUR', '', 'test', 'A', '', '-', '-1','', 0,0, 0, 0, '' )PHP message: GRR GET: Array
(
    [oldRessource] => 1
    [beneficiaire] => ADMINISTRATEUR
    [benef_ext_nom] => 
    [benef_ext_email] => 
    [name] => test
    [description] => 
    [start_day] => 06
    [start_month] => 01
    [start_year] => 2022
    [start_] => 08:00
    [duration] => 30
    [dur_units] => days
    [areas] => 1
    [rooms] => Array
        (
            [0] => 1
        )

    [type] => A
    [rep_type] => 0
    [rep_num_weeks] => 1
    [rep_month] => 3
    [rep_month_abs1] => 0
    [rep_month_abs2] => 1
    [rep_end_day] => 06
    [rep_end_month] => 01
    [rep_end_year] => 2022
    [rep_id] => 0
    [edit_type] => series
    [page] => day
    [room_back] => 1
    [page_ret] => monserveur.fr/day.php?year=2022&month=01&day=06&room=1
    [statut_entry] => -
    [create_by] => ADMINISTRATEUR
    [type_affichage_reser] => 0
)
PHP message: GRR SESSION: Array
(
    [login] => ADMINISTRATEUR
    [password] => [mot de passe supprimé]
    [prenom] => grr
    [nom] => Administrateur
    [statut] => administrateur
    [start] => 2022-01-06 11:20:45
    [maxLength] => 15
    [default_area] => 
    [default_room] => -1
    [default_style] => default
    [default_list_type] => item
    [default_language] => fr
    [default_site] => -1
    [source_login] => local
    [changepwd] => 0
    [chemin_retour] => /edit_entry.php?room=1&hour=08&minute=00&year=2022&month=1&day=6&page=day&room_back=1
    [displ_msg] => 
    [msg_a_afficher] => 
)" while reading response header from upstream, client: IP.IP.IP.IP, server: se

Mon fichier de configuration nginx pour ce site est :
grr.conf :
server {

  listen 80;
  server_name monserveur.fr;

  root /www/grr;
  index index.php;

  access_log /var/log/nginx/grr.log;
  error_log /var/log/nginx/grr.error;

  client_max_body_size 100M;

  location / {
    try_files $uri $uri/ =404;
  }

  location ~ \.php$ {
    try_files $uri =404;
    include fastcgi_params;
    fastcgi_pass unix:/run/php/php7.4-fpm.sock;
    fastcgi_index index.php;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
  }

}

Sauriez-vous d'où pourrait venir cette erreur ?

Merci par avance pour votre aide.
Eivan

Pour compéter mon message précédent.

Je viens de faire la même installation avec la version 3.4.2d et cela fonctionne, je n'ai pas d'erreur à la création d'une réservation en utilisant la ressource par défaut "Ressource 1".

Si cela peut aider les développeurs...

Bonjour,
la différence entre les deux versions de GRR vient certainement de la fonctionnalité "participants".
Je suis cependant intrigué par la valeur '' présente dans la requête au rang de nbparticipantmax, alors que ce devrait être un entier. Est-ce ce qui contrarie le serveur ? D'où vient cette valeur ? ligne 619 de edit_entry.php, je lis $nbparticipantmax = 0 pour une nouvelle réservation.
Est-ce que vous travaillez sur une base après mise à jour d'une version antérieure ?
Merci pour vos éclaircissements,
YN

Bonsoir,

Merci pour votre retour.

J'ai été confronté à ce problème dans les deux cas, avec ou sans import de mon ancienne BDD provenant de GRR-3.4.0.

Avant de démarrer l'installation, j'ai du faire les deux modifications ci-dessous ;
- conversion en UTF-8 du fichier installation/tables.my.sql (avec les commandes dans le répertoire installation :
mv tables.my.sql tables.my.sql.iso
iconv -f iso_8859-1 -t utf-8 tables.my.sql.iso > tables.my.sql
- et quand j'ai importé mon ancienne BDD, j'ai ajouté dans le fichier include/connect.inc.php, en plus de mes paramètres de connexion à la base de données, les deux lignes :

# ligne suivante : préfixe du nom des tables de données
$table_prefix="grr";

Je viens de redéployer GRR-3.4.3-RC2 et j'ai toujours cette erreur.

Dans mariadb si je tape les commandes manuellement j'obtiens les résultats suivants :

Welcome to the MariaDB monitor. Commands end with ; or \g.
Your MariaDB connection id is 1587
Server version: 10.5.12-MariaDB-0+deb11u1 Debian 11

Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

MariaDB [(none)]> use grrRC2;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [grrRC2]> INSERT INTO grr_entry (start_time, end_time, entry_type, repeat_id, room_id, create_by, beneficiaire, beneficiaire_ext, name, type, description, statut_entry, option_reservation,overload_desc, moderate, jours, clef, courrier, nbparticipantmax) VALUES (1641798000, 1641799800, '0', 0, 1, 'ADMINISTRATEUR', 'ADMINISTRATEUR', '', 'test', 'A', '', '-', '-1','', 0,0, 0, 0, '' );
ERROR 1366 (22007): Incorrect integer value: '' for column `grrRC2`.`grr_entry`.`nbparticipantmax` at row 1
MariaDB [grrRC2]> INSERT INTO grr_entry (start_time, end_time, entry_type, repeat_id, room_id, create_by, beneficiaire, beneficiaire_ext, name, type, description, statut_entry, option_reservation,overload_desc, moderate, jours, clef, courrier, nbparticipantmax) VALUES (1641798000, 1641799800, '0', 0, 1, 'ADMINISTRATEUR', 'ADMINISTRATEUR', '', 'test', 'A', '', '-', '-1','', 0,0, 0, 0, 0 );
Query OK, 1 row affected (0.002 sec)

Effectivement quand je force nbparticipantmax à 0 (deuxième requête sql) cela fonctionne... étrange.
Pourquoi en utilisant le formulaire de création d'une réservation dans GRR j'ai '' dans cette variable (première requête sql) ?

Bonne soirée.

Bonjour,
c'est la bonne question !
Je reprends l'analyse du code....
à suivre
YN

Une autre question : cela se produit-il pour une ressource avec ou sans la fonctionnalité participants activée, ou dans les deux cas ?

Bonsoir,

Quand je regarde les paramètres de la ressource par défaut "Ressource 1", dans la partie participant voici ce qui est affiché :



Eivan. 

 

Bonjour,
merci pour votre retour.
Il y a un champ manquant à l'initialisation, désolé. Ce commit devrait résoudre le problème : github.com/JeromeDevome/GRR/tree/e7cbaba...704304a826dc08e74f78
Merci pour votre patience et votre aide à débugger.
Cordialement,
YN

Bonjour,

Lors de la création des tables dans la base de données j'obtiens cette erreur :
Quatrième étape : Création des tables de la base

ERROR : 'INSERT INTO grr_room VALUES (NULL, '1', 'Ressource 1', '', '0', '-1', '1', 'n', '', '', 'n', '-1', '0', 'n', 'n', '0', '0', '0', '0', '5', 'y', 'y', '0', '-1', 1);'

L'opération a échoué. Retournez à la page précédente, sélectionnez une autre base ou créez-en une nouvelle. Vérifiez les informations fournies par votre hébergeur.

Cordialement,
Eivan.

Évidemment !
Il faut aussi mettre à jour la définition de Ressource 1
Ce qui donne : github.com/JeromeDevome/GRR/tree/7b93ec9...7ca0dc2fe7e11ae4f58e
Les accents passent-ils bien la conversion en UTF-8, nécessaire pour votre configuration Debian ?