Valery Fremaux

En effet, le problème n'a pas à voir avec la base de données. La ligne 127 du source incriminée essaye d'ouvrir le fichier ".htaccess" en écriture pour pouvoir déposer des clauses de contrôle du serveur Web qui permettent une meilleure sécurité du site (plus précisément, du répertoire où se trouveront tous les fichiers déposés par les utilisateurs (dataroot)).

Apparemment, ce fichier est protégé en écriture pour l'utilisateur (attention, il s'agit d'une définition informatique d'un utilisateur, c'est-à-dire, quel est l'utilisateur connu par leur système d'exploitation qui est associé au programme en train d'exécuter ton script d'installation) courant.

Si un tel fichier existe dans le répertoire que tu as choisi pour les fichiers utilisateur, alors il doit être dévérouillé en écriture, aussi large que possible, au moins pour le temps de l'installation. (Tu pourra le reprotéger ensuite).

Plusieurs cas de figure (je ne connais pas la configuration d'exécution des scripts de ton hébergeur) :

•  Ce fichier n'existe pas -> le script aurait dû en créer un, mais les droits d'écriture sur le répertoire au dessus sont insuffisants : à l'aide d'un FTP, change les droits d'écriture ('x' et 'w', pour tous) sur le répertoire au dessus. (Il faudra de toutes façons que ces droits soient ouverts pour le serveur pour que Moodle puisse y déposer les fichiers des utilisateurs).
• Ce fichier existe déjà mais est paramétré en lecture seule pour le 'user', le 'group' et les 'other' : assayer d'ouvrir les droits d'écriture ('w') pour le 'user', si ça suffit, c'est que tous les scripts sont exécutés sous le nom du propriétaire du compte (FTP).
• Ce fichier existe déjà, ses droits sont ouverts en écriture pour le 'user', mais ni pour le 'group' ni pour les 'other' : les droits d''accès sont trop sérrés pour cette configuration de serveur -> assouplir les droits ('w' pour 'group' et 'other', toujours par exemple, à l'aide d'un FTP) sur ce fichier.
• Ce fichier existe déjà et les droits sont complétement ouverts : vérifier les droits de 'traversée' ('x') du répertoire au dessus, ils doivent être suffisamment ouverts.

Si c'est autre chose... bouahhhh ... faudra voir.

Je confirme l'essai sur 1.6.x

Déploiement OK sur 1.6.4 avec les livraisons actuellement en téléchargement (prendre la 1.7).

J'ai mis un module en démo sur http://moodle.vfedu.fr/mod/techproject/view.php?id=2055

Je vais assez rapidement fixer plusieurs problèmes qui ne font pas trop propre : les notifications de <module>_print_recent_activity() n'ont pas été redéveloppées par rapport à il y a deux ans. Elles sont donc à l'ouest. D'autre part, m'occuper de régler toutes les statégies de groupe (actuellement seulement "pas de groupe" et "groupes séparés" ont été envisagé. On ne saitpas comment réagit le module à des "groupes visibles".

Non, fred, pas d'erreur, c'est moins normal. Je vais de toutes façons essayer moi aussi sur une 1.6.4 (production de http://www.ethnoinformatique.fr ) la version beta diffusée - je dois trouver un petit quart d'heure pour ça...

Vraiment confus les poteaux !!

J'ai laissé quelques cochonneries trainer lorsque j'ai renommé mon module de 'project' en 'techproject' (project était déjà pris dans la communauté).

Pour fixer très rapidement le problème :

lib.php : §46

Remplacer :

    if ($returnid = insert_record("project", $project)) {

par :

    if ($returnid = insert_record('techproject', $project)) {

d'autres erreurs de ce type sont restées dans ce fichier mais dans le traitement des rapports d'activité qui ne sont pas encore totalement OK. Pas bloquant pour utiliser le module. Fixé dans les distributions en ligne sur :

http://www.ethnoinformatique.fr/course/view.php?id=37 

Vu une erreur que j'ai laissé trainer :

dans le fichier mod.html du module la deuxième ligne fait mention d'une librairie :

    require_once("$CFG->dirroot/mod/project/locallib.php");  // for parameter arrays

C'est en fait (évidemment, baffes...!!) :

    require_once("$CFG->dirroot/mod/techproject/locallib.php");  // for parameter arrays

Je redirige par contre le téléchargement officiel (dans la base de modules) vers le bloc où les différentes versions sont disponibles...

Je joins une version corrigée du code avec quelques hacks 1.8 qui corrigent des défauts (pas de présentation du menu des groupes quand on est prof avec une version 1.7 utilisée sur une 1.8).

Quand à la version il s'agit en fait de la date du tout début de ce projet de module, effectué avec une poignée d'étudiants dans mon ancien labo, en 2005.