Mise à jour de 3.1.0 à 3.4.0.b, décallage de 2h de toutes les réservations

Bonjour,
Je dois mettre à jour la version d'un GRR de 3.1.0 à 3.4.0.b mais j’obtiens un décalage de +2h de toutes mes réservations.
Idem en version 3.4.0 mais par contre tout est impeccable en 3.3.1.a.
J'ai fait différents tests (lu sur ce forum) dans le config.inc.php, mais rien ni fait.
Auriez-vous une idée ?
Merci.

Bonjour,
il y a une modification de la gestion de l’heure pour suivre l’évolution de php et il semble que cela mette le bazar lors de la restauration de données produites par les anciennes versions...
Si vous avez accès à phpmyadmin, le plus simple est de faire la manipulation proposée ci-dessous par freddo.
Désolé pour le dérangement.
Cordialement,
YN

Merci pour la réponse

Bon, j'ai trouvé la solution de freddo, mais j'ai un soucis de syntaxe, car MariaDB ne peux exécuter la commande.

freddo indique :
Je vais faire une requete sql pour corriger les anciennes data
UPDATE grr_entry SET start_time = start_time - 7200;
UPDATE grr_entry SET end_time = end_time - 7200;

Et moi je rentre :
UPDATE 'grr__entry' SET 'start_time' = 'start_time' -7200;
UPDATE 'grr__entry' SET 'end_time' = 'end_time' -7200;
Ce qui se trouve derrière le = est entre crochet

Je continu à fouiller, mais si quelqu'un pouvait m'indiquer la syntaxe ?
Merci d'avance.

Et sans les apostrophes ?

Non plus.
Bon, pas grave, je vais passer en 3.3.1a et je verrai après pour la 3.4.x
Merci de votre aide et du boulot que vous faites

Bon, je crois que j'en suis venu à bout, je n'ai plus mon décalage de 2h
Je vais faire tester par les admin de domaine.

J'ai installé la v3.4.0b et avant de mettre la BdD à jour, j'ai modifié le config.inc.php :
- décommenté : putenv("TZ-posix/Etc/GMT+0");
- commenté : date_default_timezone_set('Europe/Paris');
Et oui, nous ne sommes pas en php7, comme quoi il faut toujours bien lire les commentaires