Erreur (non critique) lors de la mise à jour de 3.1.0 vers la 3.2.0

Bonjour,

Lors de la mise-à-jour de la version 3.1.0 vers la 3.2.0 j'ai eu l'erreur non critique suivante :

INSERT INTO grr_setting VALUES ('menu_gauche', '1') (1062 : Duplicate entry 'menu_gauche' for key 'PRIMARY')

Je dois faire quoi avec cette erreur. Est-ce qu'il y a quelque chose a corriger ou a faire dans ma base de données ?

Ou bien c'est pas grave et on laisse comme ça ?

Merci pour votre aide.

Salautations.

Andrew Hobson

Bonjour,
comme indiqué, l'erreur est non critique. En principe cela ne gêne pas le fonctionnement ultérieur.
par contre, vous devriez considérer le passage en version 3.4.0a : github.com/JeromeDevome/GRR/archive/v.3.4.0a.zip , qui comprend de nombreux correctifs de bugs.
Cordialement,
YN

Hello,
Merci pour la réponse.
Je vais passer à la version 3.4.0a.

Mais j'aurai une autre question : J'ai dû indiquer à Grr my time-zone.
Elle était paramétrée sur rien et j'ai mis la valeur Zurich.
Du coup, toutes mes réservations se sont décalées d'une heure.
Je voudrais revenir à une time-zone 0.

Mais je ne trouve plus où je peux choisir la time-zone dans Grr ?

Pouvez-vous m'aider ?

Merci.

Bonjour,
c'est dans la fichier config.inc.php.
Cordialement,
YN

J'ai un petit problème...

Dans le fichier de configuration de ma version 3.0.0 j'avais une time zone fixé à putenv("TZ=posix/Etc/GMT+0");

Suite à la migration vers la version 3.4.0a la time zone est passée à date_default_timezone_set('Europe/Zurich')

Du coup en été j'ai 2 heures de décalages pour mes réservations et en hiver j'ai une heure de décalage.

C'est quoi ma meilleure option pour corriger mes réservations ? Faire des commandes SQL et soustraire ce qu'il faut au champ unix-time dans la table grr_entry ? Merci pour vos suggestions ?

Bonjour,
cela dépend du nombre de réservations à corriger. Sans oublier de prendre en compte les changements d'heure été/hiver.
Si c'est quelques-unes, le faire au cas par cas...
Si c'est un grand lot, il va falloir en passer par un langage de script, par exemple Python. Bloquer les réservations, lire les données des tables grr_entry et grr_repeat, et corriger les champs start_time et end_time. Enfin réécrire les données dans la base.
Bon courage !
YN
P.S. si votre time_zone cible est GMT, vous ne devez pas avoir déjà un grand lot de réservations, non ?

Désolé mais il y a un truc que je ne comprends pas !

J'ai plein de réservations qui ont été créées avec une time-zone GMT-0.

Lors de la migration le nouveau fichier de configuration est passé à une time-zone GMT+1.

J'affiche mes réservations du jour sur des écrans TV et je vais chercher les heures de début et de fin dans la db Grr. J'ai bien des valeurs pour la journée de 08:00 à 17:00.

Mais lorsque Grr affiche lui même ces réservations, c'est 10:00 à 19:00.

C'est comme si Grr décalait uniquement les données affichées.

Je comprends pas. Car ces champs unix-time start_time et end_time ne sauvent pas la time-zone... Si je décale ces unix-time d'une heure, je devrais aussi modifier mon programme qui affiche les heures sur les écrans TV ?

C'est bien juste ??

Merci de votre aide.

Bonjour,
je ne comprends pas tout de votre problème, mais le timestamp UNIX est effectivement en heure UTC.
Ensuite, si vous utilisez l'affichage des temps, time() vous donne l'heure universelle et strftime() vous donne l'heure locale.
Espérant que c'est plus clair.
Cordialement,
YN