Mise à jour impossible de 3.5.0 vers 3.5.1.x

Bonjour,
J'essaye de mettre à jour GRR d'une version 3.5.0 vers la 3.5.1.X mais je n'y arrive pas.

J'ai essayé d'installer les versions 3.5.1, 3.5.1.a, 3.5.1.b, 3.5.1.c et 3.5.1.d : après installation des fichiers, en allant sur l'index : je suis à chaque fois redirigé vers admin/logout.php?auto=1&url=%2Fadmin%2Fadmin_maj.php

Cette page n'existant pas, cela me donne une erreur 404.

Comment puis-je faire pour faire cette montée de version ?

Je vous remercie par avance
Cordialement

En me mettant en mode debug (sur mon serveur web local), je vois que c'est le fichier resume_session.php qui semble poser problème.

Le bout de code suivant provoque le problème :
if (!grr_resumeSession())
{
if ((Settings::get("authentification_obli") == 1) || ((Settings::get("authentification_obli") == 0) && (isset($_SESSION))))
{
header("Location: ./logout.php?auto=1&url=$url");
die();
}
};

Si je commente ce bout de code, j'arrive sur la page pour mettre à jour la base de données et ça fonctionne.

J'ai trouvé une façon plus propre d'arriver au bout de la mise à jour :
passer la valeur du champ authentification_obli de la table grr_setting de 1 à 0

Bonjour,
merci pour votre retour.
Il y a vraisemblablement une amélioration à apporter au code.
Cordialement,
YN

Bonjour,
Je vous confirme que le problème est toujours d'actualité sur la version 3.5.1.e.

Quand j'installe le code source php sur le serveur, la page qui s'ouvre est monsite.fr/grr/admin/logout.php?auto=1&u...dmin%2Fadmin_maj.php
- logout.php n'existe pas dans le répertoire admin mais il existe à la racine de grr (d'où l'erreur 404)
- passer la valeur du champ authentification_obli de la table grr_setting de 1 à 0 permet toujours de ne pas passer dans le bout de code qui pose problème

Fichier include/resume_session.php

En espérant que cela puisse vous aider.
Merci par avance

Bonjour,
merci pour vos indications. Cependant, je n'arrive pas à reproduire votre problème.
Il faudrait que vous précisiez les caractéristiques du serveur et le scénario de votre mise à jour (réglages de GRR 3.5.0, méthode suivie, etc.).
Cordialement,
YN

Bonjour,

Existant :
Version de GRR : 3.5.0
Installée sur un serveur Linux Debian 12
Serveur Web : apache2 / php 8.0

Base de données utilisée : MariaDB 10.5

Pour effectuer la mise à jour :
- j'ai fait un backup des fichiers et de la BDD
- j'ai supprimé les fichiers de GRR (hors fichier de configuration "include/config.inc.php" et "connect.inc.php")
- j'ai installé les fichiers de la version 3.5.1e

Quand je me rends sur l'appli (à la racine), je suis automatiquement redirigé sur /admin/logout.php?auto=1&url=%2Fadmin%2Fadmin_maj.php (vu que GRR détecte qu'il y a eu un changement de version)

Actuellement coté configuration nous ne passons pas par un SSO, mais l'authentification est obligatoire pour se connecter à GRR (connecté à un annuaire AD). Je pense que la valeur authentification_obli est liée à ça, en la désactivant ça ne passe plus par ce bout de code.

Merci d'avance

Bonjour,
à la réflexion, je pense qu'il y a une erreur dans la redirection Je propose de la remplacer par Merci de dire si cela résout votre problème.
Cordialement,
YN

Bonjour,
Je viens de tester à l'instant, cela affiche une erreur coté navigateur :

"La page n’est pas redirigée correctement

Une erreur est survenue pendant une connexion à grr.monsite.fr

La cause de ce problème peut être la désactivation ou le refus des cookies."

URL concernée : grr.monsite.fr/admin/admin_maj.php

Merci d'avance

Bonjour,
après avoir bien cherché, je pense que l'erreur est dans admin_maj.php.
Je propose ce correctif : github.com/JeromeDevome/GRR/commit/d3195...22bc22ec3ed8884070b1
Cela fonctionne sur mon serveur de tests. À confirmer...
Cordialement,
YN