[gepi-users] Publication version de test 1.5.0-RC1

Stephane Boireau (Animateur TICE Bernay/Pont-Audemer) stephane.boireau at ac-rouen.fr
Lun 9 Avr 10:50:44 CEST 2007


Bonsoir,

Le mercredi 4 avril 2007 20:09, vous avez écrit :
> Voici ci-joint la copie de la base d'origine ...de la production par contre
> je ne sais plus si cétait 1.4.2 ou 1.4.3.1 ou 1.4.4 RC ?
> En tout cas je l'avais intégrer de la 1.4.2 vers la 1.4.3.1 puis vers la
> 1.4.4 RC ?

J'ai fouiné...
... la base était en 1.4.2...
... et ta base m'a l'air d'avoir quelques problèmes:
- les tables matieres_notes et matieres_appreciations ont trois clés primaires 
et du coup, une phase de conversion se passe mal.
======================================
mysql> show fields from matieres_notes;
+-----------+-------------+------+-----+---------+-------+
| Field     | Type        | Null | Key | Default | Extra |
+-----------+-------------+------+-----+---------+-------+
| login     | varchar(50) | NO   | PRI |         |       |
| matiere   | varchar(50) | NO   | PRI |         |       |
| id_groupe | int(11)     | NO   |     |         |       |
| periode   | int(11)     | NO   | PRI | 0       |       |
| note      | float(10,1) | YES  |     | NULL    |       |
| statut    | varchar(10) | NO   |     |         |       |
| rang      | smallint(6) | NO   |     | 0       |       |
+-----------+-------------+------+-----+---------+-------+
7 rows in set (0.00 sec)

mysql> show fields from matieres_appreciations;
+--------------+-------------+------+-----+---------+-------+
| Field        | Type        | Null | Key | Default | Extra |
+--------------+-------------+------+-----+---------+-------+
| login        | varchar(50) | NO   | PRI |         |       |
| matiere      | varchar(50) | NO   | PRI |         |       |
| id_groupe    | int(11)     | NO   |     |         |       |
| periode      | int(11)     | NO   | PRI | 0       |       |
| appreciation | text        | NO   |     |         |       |
+--------------+-------------+------+-----+---------+-------+
5 rows in set (0.00 sec)

mysql>
======================================


On a donc:
======================================
 ->Mise à jour de la clé primaire de la table matieres_notes
Erreur
 ->Mise à jour de la clé primaire de la table matieres_appreciations
Erreur
======================================


et la suppression du champ matiere échoue aussi:
======================================
->Suppression du champ 'matiere' dans la table matieres_notes
Erreur
 ->Suppression du champ 'matiere' dans la table matieres_appreciations
Erreur (champ déjà supprimé ?)
======================================


Je pense que les clés primaires en trop sont à l'origine du pb de suppression.
Il va falloir nettoyer cela, mais j'aimerais un avis sur la liste devel, parce 
qu'il faudrait parvenir à traiter ce cas dans la page maj.php

Je me trompe peut-être sur ce point.
En fouinant encore, je me suis aperçu que sur une de mes bases au moins, j'ai:
======================================
mysql> show fields from matieres_notes;
+-----------+-------------+------+-----+---------+-------+
| Field     | Type        | Null | Key | Default | Extra |
+-----------+-------------+------+-----+---------+-------+
| login     | varchar(50) | NO   | PRI |         |       |
| id_groupe | int(11)     | NO   | PRI | 0       |       |
| periode   | int(11)     | NO   | PRI |         |       |
| note      | float(10,1) | YES  |     | NULL    |       |
| statut    | varchar(10) | NO   |     |         |       |
| rang      | smallint(6) | NO   |     | 0       |       |
+-----------+-------------+------+-----+---------+-------+
6 rows in set (0.00 sec)

mysql>                                           
======================================
J'ai donc moi aussi trois clés primaires.
Si je saisis bien, c'est l'ensemble des trois qui forme une clé primaire.

D'autres peuvent peut-être apporter des précisions?



Par ailleurs, sur les conversions, j'avais un bug dans la détection de la 
nécessité d'une conversion dans modify_resp.php
C'est corrigé.

Il y avait aussi un bug dans le "listage" des élèves qui n'ont pas leurs deux 
responsables dans /responsables/modify_resp.php
C'est corrigé.

Il ya avait aussi un bug de la validation de sélection d'une adresse existante 
dans /responsables/modify_resp.php
C'est corrigé.

Avec tout cela, ta base a l'air de tourner... mais il n'y a pas de 
responsables...
... et pour cause, il n'y en a pas dans la sauvegarde que tu m'as envoyée.
La table responsables y était vide.
La conversion dans ce cas permet seulement de remplir le champ ele_id de la 
table 'eleves'.

Voilà...
... merci pour la base qui m'a permis de détecter un problème dans 
modify_resp.php

Cordialement.
-- 
Stéphane Boireau.


PS:
Je n'ai pas pu commiter mes modifs... petit problème avec le SVN 
aujourd'hui...


> Le 04/04/07, Stephane Boireau (Animateur TICE Bernay/Pont-Audemer) <
>
> stephane.boireau at ac-rouen.fr> a écrit :
> > Bonjour,
> >
> > Le mercredi 4 avril 2007 17:27, Ezéchiel RENCKER a écrit:
> > > Stephane Boireau (Animateur TICE Bernay/Pont-Audemer) a écrit :
> > > > Le mercredi 4 avril 2007 11:18, Ezéchiel RENCKER a écrit :
> > > >>>> Mise à jour depuis la version 1.4.3 vers 1.5.0
> > > >>>>
> > > >>>> J'ai décelé un petit soucis "chez moi", en tant qu'admin du côté
> > > >>>> de
> >
> > la
> >
> > > >>>> gestion des utilisateurs : la liste des responsables d'élèves
> > > >>>> (parents) est vide tout comme la liste des Elèves alors que la
> >
> > liste
> >
> > > >>>> du personnels de l'établissement est complète ... par contre les
> > > >>>> élèves sont bien présents dans la base de données puisque les
> > > >>>> notes etc sont accéssibles ! Et l'on peut trouver leur login
> > > >>>> unique dans gestion des élèves ...
> > > >>>
> > > >>> Il faut procéder à une conversion pour que les responsables soient
> > > >>> accessibles.
> > > >>
> > > >> Comment doit-on procéder pour faire cette conversion ?
> > > >>
> > > >> Il me semblait avoir cliquer sur conversion lors de mon premier
> >
> > passage
> >
> > > >> dans la rubrique gestion des utilisateurs/eleves mais depuis je n'ai
> > > >> plus accès à cette fonction ...
> > > >
> > > > En allant dans Gestion des responsables, il n'y a pas le lien
> >
> > Conversion?
> >
> > > > S'il n'y est plus et que les nouvelles tables responsables sont
> > > > vides,
> >
> > on
> >
> > > > peut rétablir l'accès à ce lien en supprimant dans la table setting
> > > > le paramètre conv_new_resp_table
> > > > C'est sa présence qui désactive l'accès à la page de conversion.
> > >
> > > J'ai supprimé le paramètre et du coup j'ai pu retrouver le lien pour la
> > > conversion, j'ai fait la conversion sans sconet puisque je n'ai pas
> > > accès à sconet pour le moment et là j'ai eu un message comme quoi tout
> > > s'est bien passé ... mais mes tables restent vide !
> > > Aucun message d'erreur !
> >
> > Bizarre...
> > ... peux-tu m'envoyer une sauvegarde de ta base en 1.4.3 en privé pour
> > que j'y
> > regarde?
> >
> > Merci.
> > --
> > Stephane Boireau
> > Animateur TICE Bernay/Pont-Audemer
> >
> > _______________________________________________
> > gepi-users mailing list
> > gepi-users at lists.adullact.net
> > https://lists.adullact.net/mailman/listinfo/gepi-users

-- 
Stephane Boireau
Animateur TICE Bernay/Pont-Audemer




Plus d'informations sur la liste de diffusion gepi-users