Bonjour,

J'ai un soucis avec la réservation dans l'heure en cours.
Il ets 8H08 à l'horloge. Opeflyers refuse toute réservation avant 9H00
puisque pour lu on ne peut réserver sur une période dont le début est dépassé !!!

Qu'en pensez vous ? bug sur OF ou pb sur notre configuration...
La situation n'est pas très pretique pour noter les départs de dernière minute
sur l'avion libre.

Dans l'attente
Cordialement
Frédéric

Bonjour,

Il doit s'agir d'un problème lié au passage à l'heure d'hiver et à une mauvaise conf dans vos fichiers PEAR. Vous avez sans-doute dans le fichier Date/TimeZone.php vers la ligne 253, un "return true" qui traine ou alors des lignes de codes mises en commentaires.

Tenez-moi au courant et dites-moi comment vous avez installé PEAR. Si ça ce trouve j'ai releaser un PearPool avec cette erreur.

Christophe LARATTE
OpenFlyers manager

Bonjour,
je prends le relais de Fred. j'ai regardé dans le repertoire date/ dans le fichier timezone.php, la portion de code que vous nous avez indiquée est la suivante:

/**
* Is this time zone equivalent to another
*
* Tests to see if this time zone is equivalent to
* a given time zone object. Equivalence in this context
* is defined by the two time zones having an equal raw
* offset and an equal setting of "hasdst". This is not true
* equivalence, as the two time zones may have different rules
* for the observance of DST, but this implementation does not
* know DST rules.
*
* @access public
* @param object Date_TimeZone $tz the timezone object to test
* @return boolean true if this time zone is equivalent to the supplied time zone
*/
function isEquivalent($tz)
{
if($this->offset == $tz->offset && $this->hasdst == $tz->hasdst) {
return true;
} else {
return false;
}
}

/**
* Returns true if this zone observes daylight savings time
*
* Returns true if this zone observes daylight savings time
*
* @access public
* @return boolean true if this time zone has DST
*/
function hasDaylightTime()
{
return $this->hasdst;
}

Je ne sais pas si c'est bon.

Bonjour,

Ah... Ce n'est pas la bonne portion de code. En fait je parlais de cette portion de code :

function inDaylightTime($date)
{
$env_tz = "";
if(getenv("TZ") {
$env_tz = getenv("TZ";
}
putenv("TZ=".$this->id);
$ltime = localtime($date->getTime(), true);
putenv("TZ=".$env_tz);
return $ltime['tm_isdst'];
}

C'est elle qui dit si on est en heure d'hiver ou en heure d'été.

Christophe LARATTE
OpenFlyers manager

J'ai vérifié la portion de code, j'ai exactement la meme,j'ai regardé la bibliotheque PEAR, apprement elle est à jour.

le probleme doit venir d'un parametrage du site mais lequel...

Bonjour,

Honnêtement je ne vois pas très bien quel paramétrage pourrait intervenir...

Est-ce que vous aviez ce problème avant le changement d'heure ?

Que se passe-t-il si vous faites une résa pour dans plus de six mois (disons sur une période en heure d'été) ?

Christophe LARATTE
OpenFlyers manager

J'ai refais des tests, on a le problème sur une version 1.2RC3 et sur une 1.3.0

Le problème n'existait pas avant, il se produit effectivement depuis le changment d'horaire pourtant le serveur a l'air à la bonne heure...

Pour la réservation dans 6 mois ca marche.

Essayez ce bout de code :

<?php
ini_set('zend.ze1_compatibility_mode',1);
define('SECURITY_CONST',1);
require_once('./conf/config.php');
if (defined('PEAR_DIRECTORY') and (PEAR_DIRECTORY!='')) {
ini_set('include_path','.'.PATH_SEPARATOR.PEAR_DIRECTORY);
}
require_once('./classes/Date.class.php');
Date_TimeZone::setDefault('UTC');
$now = new ofDate();
echo $now->getDate();
?>

Vous le mettez dans un fichier (par exemple test.php) à la racine d'openflyers.

Puis vous y accéder depuis votre navigateur.

Il doit s'afficher l'heure en TU. (s'il est 23h04 heure française par exemple, alors il doit s'afficher 22h04)...

Christophe LARATTE
OpenFlyers manager

Je viens de faire le test, a 16h40, il affiche 15h40 donc à priori l'heure est la bonne sur le serveur.

Juste une question comme ça : vous avez quoi comme fuseau horaire lorsque vous vous connectez à OF ?

Christophe LARATTE
OpenFlyers manager

Bonjour, à nouveau Fred sur le problème.

Le fuseau horaire est bon : Paris.
Par contre je viens de constater que les heures de la journée aéronautique sont aussi décallées d'uen heure !!!

Mas pourquoi on change d'heures ainsi !!!!

Dans l'attente
Frédéric

Bonsoir...

Je continue à tourner autour du problème sans succès :

En résumé, en fait nos OF ne sont pas passés en heure d'hiver :
- les heures de la journée aéro sont décallés d'une heure Lever est à 6H55 (UTC +1) sur la console on lit 7H55
- les heures d'ouverture du club débute à 3H UTC, sur la console on lit 5H
- les fuseaux horaires sont tous sur 1 : Paris Europe...

et donc tout naturelemnt lorqu'on réserve un début de vol dans mois de 45 minutes, OF nous signale que l'heure de début est dépassée...

Le répertoire pear vient d'être téléchargé à nouveau et placé dans le répertoire racine openflyer,
L'heure du serveur calculé sur le serveur semble correcte H-1....
C'est la première fois que nous avons ce pb et depuis nous avons changé de serveur... donc il doit joué un rôle dans ce bug !!!

Je craque !!!!!
Si vous avez des idées

Bonjour,

Non, je n'ai pas d'idée. Ce que je peux vous dire, c'est qu'OF ne passe pas à l'heure d'hiver. Il ne connait pas l'heure d'hiver, il ne connait pas l'heure d'été, il ne connait pas les fuseaux horaires. La seule chose qu'il connait c'est l'heure UTC. Il fait toutes ces comparaisons en UTC. Ce qui a pour but d'éviter le problème qui vous arrive ;-). C'est pour cela que je vous demandais de tester le script : pour voir à quelle heure UTC il se voyait. A partir du moment ou il est à la bonne heure UTC, il est surprenant d'avoir cette anomalie.

Donc en fait, toutes les heures que vous voyez sur le navigateur sont converties en heure locale (du fuseau choisi par l'utilisateur) mais derrière, c'est de l'UTC qui tourne (sur votre base de données, les réservations sont sauvées en UTC, vous pouvez vérifier).

Donc la seule explication que je verrais, serait que l'heure transmise par le formulaire de réservation, n'est pas convertie correctement en UTC.

Il faut aller voir dans le fichier recordBooking.php

Je n'ai pas le temps de vous mettre en place un script de test, ni d'aller débuguer par moi-même. Le mois de décembre approche à grand pas, et j'ai une version 2beta à travailler...

Désolé.

Christophe LARATTE
OpenFlyers manager

Pas de soucis je comprends
Effectivement nos heures stockées en base sont aussi H-2
Une réservation passée de 14H à 16H est stockée 12H à 14H UTC.
On a donc un décallage d'une heure par rapport à UTC...

on cherche toujours...

J'ai fait des tests aussi sur les fuseaux horaires et la grand délire ..
Impossible de recaler en jouant sur cette variable mais rien n'y fait.

je vous confirme que notre réservation se fait à H-2 ce qui explique le message d'erreur "l'heure de début est dépassée"

On va bien trouver quelque chose
Frédéric

Bonjour Nouveau test, cette fois ci en installant un nouvel Openflyers sur le meme serveur.... et toujours des pbs d'affichage d'heure de la journée aéronautique et un décallage de 2 heures dans les réservations.

A l'installation, nous aovns indiqué un fuseau 1 Europe Paris... on a même essayé avec un fuseau UTC/universal.... même pb

Nous cherchons une piste...
Frédéric

Ca y est j'ai trouvé.

En fait il y a un probleme dans le timezone.php du pack pear qui est actuellement en téléchargement sur le site! il y a un "return true" dans la fonction hasdaylight.

Je ne l'ai pas vu l'autre jour car: l'openflyers pointe en fait sur un pear commun a notre serveur et moi j avais verifié celui d'openflyer... je n'avais pas que le chemin du pear etait dans le fichier conf.


Merci pour votre aide.

Je suis donc le coupable...

Je viens de corriger la version PearPool1.3 en téléchargement.

Désolé !

Christophe LARATTE
OpenFlyers manager

Bonjour,
Malgré la maj des fichiers du pack pear, j'ai toujours le problème.
Ca fonctionne chez tout le monde après cette MaJ ?
Goukouni

As tu verifié le chemin de ton pack pear????

J'ai fait plusieurs tests, pour moi c'est Ok apres la correction. Verifie les fuseaux horraires de tes utilisateurs.

Merci du coup de main.
Effectivement, tout le monde était en fuseau 2 ART (défaut lors de l'install)
Chose à laquelle on n'avait pas prêté attention avant puisque le pb ne s'était pas posé au changement d'heure.
Merci
goukouni