[Grr-users] Réservations immédiates (pas de délai) impossible

[Didier Crapart]

Bonjour,
Désolé pour la réponse tardive, beaucoup de choses à gérer dans 
l'établissement.
Nos créneaux horaires sont de 5 mn, de manière à retomber sur les 
horaires du lycée (8h15/9h10 - 9h10/10h05 - 10h15/11h10 - 11h10/12h05 - ....
J'ai vérifié le paramètre dans /include/config.inc.php. Il était 
positionné à 1
J'ai remplacé le fichier functions.inc.php.
Sur mon portable (windows xp, easyphp) qui sert à développer le site 
web, c'est ok
Sur un serveur debian de test (chez moi), ça fonctionne aussi, par 
contre sur le serveur débian du lycée, c'est toujours décalé de 2 
heures. Pas très grave, car ce pc était provisoire, je dois le changer 
très bientôt par un nouveau serveur. Donc, tout devrait être réglé.
Merci pour la réponse et cette application est très pratique et les 
collègues sont staisfaits de son utilisation.
Didier Crapart
Administrateur réseau
Lycée Simone Signoret - Vaux le Pénil (77)

Laurent Delineau a écrit :

> Quelle est la durée de vos créneaux ? S'il s'agit de créneaux de 2 
> heures, le phénomène s'explique car il n'est pas possible de réserver 
> lorqu'un créneau est "entamé".
>
> Exemple :
> soient les créneaux 8 h - 10 h  et  10 h - 12 h
> A 8 h 01 il n'est plus possible, pour un utilisateur "normal", de 
> réserver le créneau 8 h - 10 h.
>
> La variable $allow_user_delete_after_beginning dans 
> /include/config.inc.php permet en partie de contourner
> le problème :
>
> $allow_user_delete_after_beginning=0 : un utilisateur ne peut pas 
> supprimer ou modifier une réservation en cours.
> $allow_user_delete_after_beginning=1 : un utilisateur peut supprimer 
> ou modifier une réservation en cours (et dont il est propriétaire).
>
> Par défaut, on a $allow_user_delete_after_beginning=0;
>
> En positionnant $allow_user_delete_after_beginning=1, on permet à un 
> utilisateur de supprimer ou modifier une réservation en cours.
>
> Le problème, c'est que cette variable ne s'applique pas aux nouvelles 
> réservations, ce qui, il me semble, peut être considéré comme un bug.
> $allow_user_delete_after_beginning=1 devrait permettre de créer une 
> nouvelle réservation dans un créneau en cours.
>
> Voici donc une version modifiée (pour la version 1.9.3 ou 1.9.3a) de 
> functions.inc.php à mettre dans /include et qui règle le problème.
>
> En résumé :
> 1) Positionner $allow_user_delete_after_beginning=1 dans 
> /include/config.inc.php
> 2) Remplacer le fichier functions.inc.php ci-joint dans /include
>
> Laurent Delineau
>
>
>
> Didier Crapart a écrit :
>
>> Bonjour,
>> J'ai un petit souci dans le délai en deça duquel on peut réserver.
>> Config : serveur debian installé dans le lycée, apache, mysql, php.
>> Les ressources sont paramétrées à 0 dans la table grr_room, champ 
>> delais_min_resa_room. Que je sois utilisateur ou gestionnaire de la 
>> ressource, j'ai un délai de 2h pour pouvoir réserver. Par contre en 
>> tant qu'administrateur, je n'ai pas de délai.
>> Où dois-je regarder et modifier le paramètre qui va régler ce problème ?
>> Merci pour les informations.
>> Didier Crapart
>> Lycée Simone Signoret - Vaux le Pénil (77)
>>
>> _______________________________________________
>> Grr-users mailing list
>> Grr-users at lists.adullact.net
>> https://lists.adullact.net/mailman/listinfo/grr-users
>>
>
>------------------------------------------------------------------------
>
>_______________________________________________
>Grr-users mailing list
>Grr-users at lists.adullact.net
>https://lists.adullact.net/mailman/listinfo/grr-users
>  
>