transfert 1.9.7e vers 3.4.0b

Bonjour

Comme d'autres avant moi, je bascule GRR sur un nouveau serveur et à cette occasion je voudrais passer sur la dernière version.

Voici ma procédure / le résultat

VERSION 1.9.7b

-mot de passe admin modifié pour avoir 8 caractères
-sauvegarde data
-encodage forcé en UTF8 sans BOM avec notepad++


Version 3.4.0b
-creation base vierge
-copie de la base vierge avec phpmyadmin
-importation data (5042 requetes / erreur table grr_log)
-je récupère la table grr_log de la base vierge
-je me connecte, il demande la mise à jour (tout ok sauf erreur non critique sur le champ CGU de la table grr_page qui est dupliqué)
-je me connecte , [The each() function is deprecated. This message will be suppressed on further calls in C:\wamp\www\GRR340b\day.php on line 255]


Version Github
-creation base vierge
-copie de la base vierge avec phpmyadmin
-importation data (5042 requetes / erreur table grr_log)
-je récupère la table grr_log de la base vierge
-à la connection, mot de passe refusé
pas de mise à jour proposée
et message [Warning: mysqli_num_rows() expects parameter 1 to be mysqli_result, boolean given in C:\wamp\www\GRRgithub\include\mysql.inc.php on line 124]

Je suis pour l'instant bloqué à ces étapes.

Grand merci pour votre aide (et pour le développement)

Bonjour,
pour ce qui est de la restauration de la sauvegarde, vous passez par GRR ou phpmyadmin ?
Je vous conseille d'installer les scripts de la dernière release stable, à récupérer sur Github : github.com/JeromeDevome/GRR/archive/v3.4.0d.zip , puis dites-nous si vos problèmes persistent.
Cordialement,
YN

Bonjour et merci de la réponse

La restauration a été faite avec GRR.

Je viens faire la manip suivante avec la 3.4.0d.
J'ai noté les messages / erreurs qui apparaissent au fur et à mesure.
Il y a toujours le probleme pour la création de la table grr_log et le bug d'affichage en mode jour.

---

- dans l'ancien GRR, [administration / configuration générale / lancer une sauvegarde]
- ouvrir le fichier sql avec notepad++
- faire [encodage / convertir en UTF8 sans BOM]

- ouvrir le nouveau grr
- modif pass (pour mettre le même que celui de l'archive)
MESSAGE : Cannot change session name when session is active in C:\wamp\www\GRR\include\session.inc.php on line 831
Call Stack
- creation d'une copie de la base avec phpmyadmin

- importation des datas avec grr [administration / configuration générale / restaurer la sauvegarde]
ERREUR : 5042 requêtes ont été exécutées avec 1 erreur(s) :
CREATE TABLE `grr_log` ( `LOGIN` varchar(40) NOT NULL DEFAULT '', `START` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`SESSION_ID` varchar(64) NOT NULL DEFAULT '', `REMOTE_ADDR` varchar(16) NOT NULL DEFAULT '', `USER_AGENT` varchar(255) NOT NULL DEFAULT '',
`REFERER` varchar(255) NOT NULL DEFAULT '', `AUTOCLOSE` enum('0','1') NOT NULL DEFAULT '0', `END` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
PRIMARY KEY (`SESSION_ID`,`START`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1;

- dans phpmyadmin, copie de la table grr_log de la base [grr_vierge] vers la base [grr]

- ouverture session
- mise à jour
Erreur (non critique) sur la requête :
INSERT INTO grr_page (`nom`, `valeur`) VALUES ('CGU', 'Les CGU'); (1062 : Duplicata du champ 'CGU' pour la clef 'PRIMARY')

- affichage agenda mode jour
MESSAGE : Deprecated: The each() function is deprecated. This message will be suppressed on further calls in C:\wamp\www\GRR\day.php on line 255
Call Stack

- En mode semaine/mois, tout semble OK

---

Encore merci pour tout ce job.
Cordialement

Merci pour tous ces détails

freddo wrote: - modif pass (pour mettre le même que celui de l'archive)
MESSAGE : Cannot change session name when session is active in C:\wamp\www\GRR\include\session.inc.php on line 831
Call Stack

ce n'est pas utile, il faut juste s'en souvenir pour ouvrir la session après la restauration

ERREUR : 5042 requêtes ont été exécutées avec 1 erreur(s) :
CREATE TABLE `grr_log` ( `LOGIN` varchar(40) NOT NULL DEFAULT '', `START` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
`SESSION_ID` varchar(64) NOT NULL DEFAULT '', `REMOTE_ADDR` varchar(16) NOT NULL DEFAULT '', `USER_AGENT` varchar(255) NOT NULL DEFAULT '',
`REFERER` varchar(255) NOT NULL DEFAULT '', `AUTOCLOSE` enum('0','1') NOT NULL DEFAULT '0', `END` datetime NOT NULL DEFAULT '0000-00-00 00:00:00',
PRIMARY KEY (`SESSION_ID`,`START`) ) ENGINE=InnoDB DEFAULT CHARSET=latin1;

je ne comprends pas d'où vient cette erreur ; quelles versions de MySQL et php avez-vous ?

- mise à jour
Erreur (non critique) sur la requête :
INSERT INTO grr_page (`nom`, `valeur`) VALUES ('CGU', 'Les CGU'); (1062 : Duplicata du champ 'CGU' pour la clef 'PRIMARY')

ce n'est pas beau, mais pas critique ; je prends note

- affichage agenda mode jour
MESSAGE : Deprecated: The each() function is deprecated. This message will be suppressed on further calls in C:\wamp\www\GRR\day.php on line 255
Call Stack

j'en déduis que vous êtes en php7.2+ ; il serait mieux alors d'utiliser la release candidate 3.4.1RC3 github.com/JeromeDevome/GRR/archive/v.3.4.1-RC3.zip ou la dernière version de développement github.com/JeromeDevome/GRR/tree/devel3
Cordialement,
YN

-En ce qui concerne les versions, je suis sur un
Wamp 3.1.7 avec
apache 2.4.37
php 7.2.14
mysql 5.7.24

Quelles versions poseraient moins de problèmes ?

-Je vais tester la 3.4.1RC3

cordialement

Je suis passé en PHP 7.1.26
et
Grr 3.4.0b

Hormis le bug de la table _log , tout est ok.

Merci pour tout
Cordialement

Php 7.2+ déclenche l’erreur sur each(),
MySql 5.7+ est utilisé par certains utilisateurs, pour lesquels j’ai déjà apporté des correctifs dans la version 3.4.1.
En rétrogradant, vous aurez moins de soucis mais nous apprécions toujours les retours d’expérience.
Cordialement,
YN

Bonjour

J'ai maintenant un souci de décalage des horaires de 2H.


Sur l'ancien serveur :
-GRR 1.9.7e
-MySQL 5.5.24 et PHP 5.3.13
-Windows 7/64 en GMT+1 avec heure été automatique
-dans le config.inc.php,
$correct_diff_time_local_serveur=0;
$correct_heure_ete_hiver = 1;

Dans les tables, les horaires correspondent à une référence 1/1/70 00:00 (donc GMT ?)


Dans le nouveau serveur :
-GRR 3.4.0b
-MySQL 5.7.24 et PHP 7.1.26
-Windows serveur 2019 en GMT+1 avec heure été automatique
-dans le config.inc.php,
#$correct_diff_time_local_serveur commenté;
date_default_timezone_set('Europe/Paris');
$correct_heure_ete_hiver = 1;

Dans les tables, les horaires des événements faits aujourd'hui correspondent à une référence 1/1/70 02:00.

A l’importation, les évènements sont décalés de +2h.


Si je compris bien , c'est au niveau de l'ancienne base que l'heure locale était mal repérée.

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;

Mais je ne comprend pas d'où vient le problème.



Question subsidiaire (par curiosité) : au passage heure hiver/été, comment le système sait si l'évènement a été fait en GMT+1 (hiver) ou GMT+1+1 (été) ?

Cordialement

Bonjour,
à vrai dire, c’est un point que je n’ai pas encore tiré au clair. Tant du point de vue de la migration que de l’heure d’été.
Désolé pour le dérangement.
Cordialement,
YN

Bonjour

Je viens de découvrir que mon ancien serveur était en UTC au niveau du PHP.ini, ce qui je pense explique le décalage.

J'ai enlevé les datas qui précèdent le passage à l'heure d'hiver, pour faire un décalage de 2h sans avoir à trier !

Tout semble maintenant ok.

Dernière (j'espère) question :
Sur l'ancien GRR, sur les vues (mois, semaines...) les ressources étaient en gras-italique et la personne en une autre couleur (avec lien)

Y-a-il un paramétrage qui permette d'obtenir un rendu équivalent ?

Avec tous mes remerciements
Bonne soirée