[gepi-users] Problèmes déctectés sur la version Gepi-1.5.0 : affectation des élèves à une classe (classes/classes_ajout.php) et impression pdf des bulletins par le professeur principal (bulletin/index.php)

[Julien Jocal]

Bonsoir cher nouveau,

Gepi fonctionne très bien sur la quasi totalité des points que vous avez
développé ;-D En effet, il ne faut pas faire d'initialisation directement pas
PhpMyAdmin mais utiliser l'outil interne de Gepi. Avec un compte administrateur,
allez dans [Gestion générale], il y a toute une série d'initialisation possible
(csv, sconet et ses xml, ...). Pour la gestion des droits, il faut aussi voir
dans ce menu de gestion générale dans [Droits d'accès]...

Merci tout de même de votre participation à cette liste qui montre que Gepi
n'est pas encore aussi intuitif qu'on voudrait qu'il soit ;-D On va tacher
d'améliorer les infos disponibles.

Cordialement


Selon hugues malherbe <malherbe.hugues at wanadoo.fr>:

> Bonjour,
>
> J'ai installé Gepi sur une machine linux (avec Apache, php et mysql).
> Je suis en train de tester le logiciel (dernière version stable : 1.5.0).
> J'ai détecté les erreurs suivantes :
> 1) Problème lors de l'affection des élèves à une classe
> 2) Pas d'impression possibles des bulletins au format pdf à partir du
> compte du professeur principal de la classe.
>
> 1) J'ai importé une liste de 155 élèves à peu près dans la table eleves
> à partir d'un fichier csv (avec phpMyAdmin).
>     Lorsque je veux affecter des élèves de cette liste à une classe
> donnée, l'affectation ne se fait pas et j'ai un warning php.
>     Après analyse du code php du fichier concerné :
> classes/classes_ajout.php, je me suis rendu compte que les dernières
> données passées au formulaire en mode       post étaient perdus !!!
> (notamment les deux derniers champs hidden "id_classe" et "is_posted")
>     Ce qui fait que lors de l'envoi du formulaire, la variable POST
> id_classe est perdue.
>     Sur ma configuration PHP j'ai la variable post_max_size qui vaut 8M.
>     Je ne crois pas que cette taille soit dépassée.
>      Pour corriger le problème, j'ai fait les modifications suivantes :
> j'ai mis les champs hidden id_classe et is_posted peu après le tag <form>.
>      Je n'ai pas initialiser le radio button regime_login (à 'd/p') ce
> qui diminue le nombre de variables passées  au formulaire.
>
> 2) Lors de l'impression des bulletins au format pdf à partir du compte
> du professeur principal d'une classe, le nombre d'élèves affichés entre
> parenthèses de la classe
>     à traiter est vide alors que dans mon cas 19 élèves était dans la
> classe à imprimer.
>     En analysant le fichier bulletin/index.php, j'ai vu que le résultat
> d'une requête sql utilise un champ inexistant dans le cas où le statut
> est professeur (le problème ne     se posant pas pour le statut
> scolarité ou admin) : il s'agit de la variable $donner_classe['id_classe'] .
>    J'ai remplacé     $donner_classe['id_classe'] par
> $donner_classe['id'] (lignes 156 et 160 du fichier bulletin/index.php)
> et le problème a été corrigé pour tous les statuts concernés.
>
>    Par contre, lors de la demande de création du fichier pdf, j'ai été
> déconnecté de GEPI (le compte professeur étant alors inactivé).
>    Après vérification du code, je me suis aperçu que dans la table
> "droi"t le statut de professeur n'avait pas l'accès au fichier
>             /bulletin/bulletin_pdf_avec_modele_classe.php. J'ai changé
> ceci à partir de phpMyAdmin.
>     Et depuis l'impression des bulletins à partir du compte professeur
> principal fonctionne !!!!
>
> En espérant que ces explications pourront vous aider à améliorer votre
> excellent logiciel.
> Amicalement
> Hugues MALHERBE
>
>
>
>
>
> _______________________________________________
> gepi-users mailing list
> gepi-users at lists.adullact.net
> https://lists.adullact.net/mailman/listinfo/gepi-users
>


-- 
Julien Jocal
Collège de Sauveterre-de-Guyenne
Gironde - 33