Query sql non valide log_resa_liste.php

[Arcelone]

Décrivez le bogue
Lorsque l'on consulte la page admin → log de réservation, on obtient une page blanche.

Infos GRR
Version de GRR : 4.4.1
Version PHP : 8.3.0
Problème suite à une installation ou mise à jour : installation

Reproduire
Étapes pour reproduire le comportement :

1. Installation
2. Faire une réservation test
3. Aller dans administration → log de réservation

Comportement attendu
L'affichage de la page.

Ordinateur (veuillez compléter les informations suivantes) :

• OS : Windows 11
• Navigateur : Firefox
• Version : ESR

Contexte supplémentaire
L'erreur retournée par PHP est la suivante :

NOTICE: PHP message: PHP Fatal error:  Uncaught TypeError: mysqli_fetch_assoc():
Argument #1 ($result) must be of type mysqli_result, false given in
/var/www/html/admin/controleurs/admin_log_resa_liste.php:52

Stack trace:

#0 /var/www/html/admin/controleurs/admin_log_resa_liste.php(52): mysqli_fetch_assoc(false)

#1 /var/www/html/admin/admin.php(85): include('/var/www/html/a...')

#2 {main}

  thrown in /var/www/html/admin/controleurs/admin_log_resa_liste.php on line 52

En ajoutant ceci à la ligne 51, on peut afficher la requête faite à la base :

var_dump($sql);

SELECT count(*) as cnt, FROM_UNIXTIME(date,'%d-%m-%Y') as date
             FROM grr_log_resa ORDER BY date limit 1;

En effectuant la requête dans la base directement, on obtient l'erreur suivante :

ERROR 1140 (42000): In aggregated query without GROUP BY,
        expression #2 of SELECT list contains nonaggregated column 'grr.grr_log_resa.date'; 
              this is incompatible with sql_mode=only_full_group_by

Avec une requête valide (peut-être pas dans l'esprit de la page mais qui, du moins, fonctionne), la page s'affiche.

[Arcelone]

Du nouveau quand à la résolution du problème ?

[Arcelone]

@JeromeDevome @darxmurf

[darxmurf]

Salut @Arcelone malheureusement je ne suis pas le dév de cette application 😅 j'ai proposé quelques corrections mais c'est tout. J'ai une version 4.3.9 en production et la requête fonctionne dans ma DB. Tout ce que je peux te donner c'est le create table de la table en question pour voir si ça diffère avec la tienne. Ou alors il faut mettre à jour ta version vers du plus récent.

`

show create table grr_log_resa \G
*************************** 1. row ***************************
Table: grr_log_resa
Create Table: CREATE TABLE grr_log_resa (
idlogresa bigint(20) NOT NULL AUTO_INCREMENT,
date int(11) NOT NULL,
idresa int(11) NOT NULL,
identifiant varchar(100) NOT NULL,
action tinyint(3) unsigned NOT NULL,
infoscomp text NOT NULL,
PRIMARY KEY (idlogresa)
) ENGINE=InnoDB AUTO_INCREMENT=8282 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci

`

[ynaessens]

Bonjour,
sans répondre sur le fond, dans votre requête la commande AUTO_INCREMENT = 8282 doit être supprimée en installation initiale et adaptée en réparation, avec le dernier index utilisé incrémenté de 1.
Cordialement,
YN

[Arcelone]

Salut @Arcelone malheureusement je ne suis pas le dév de cette application 😅 j'ai proposé quelques corrections mais c'est tout. J'ai une version 4.3.9 en production et la requête fonctionne dans ma DB. Tout ce que je peux te donner c'est le create table de la table en question pour voir si ça diffère avec la tienne. Ou alors il faut mettre à jour ta version vers du plus récent.

Il s'agit d'une installation toute neuve en 4.4.1.
Une fois l'installation fini, je fais une réservation de la ressource créée par défaut, puis je consulte la page des logs de réservations. Tout simplement.

[darxmurf]

Ah effectivement, j'ai lu 4.1, dans ton premier message. Du coup je ne sais pas trop, il faut voir avec le dév principal. Je vais tenter de mettre à jour ma version pour voir ce que ça donne.

[darxmurf]

Okay, je viens de mettre à jour ma version vers 4.4.1 mais tout fonctionne "normalement" dans les logs de résa. Ca prend un bon moment à afficher vu que

Showing 1 to 10 of 32,736 entries

Mais aucune erreur. Désolé du coup il faut fouiller dans le code ou voir avec le dév

EDIT: j'ai du revenir en arrière sur la version 4.3.9, la 4.4.1 a complètement pété l'affichage des semaines

[nath67]

Je rencontre le même souci en 4.4.1.
Un fix provisoire en attendant, c'est de faire ça :
SET GLOBAL sql_mode=(SELECT REPLACE(@@sql_mode,'ONLY_FULL_GROUP_BY',''));