Bug dans le calendrier

Bug dans le calendrier [Réglé]

Un evenement avec une heure 0h00 n'est pas affiché Support Général

Visiteur

Boosteur Inactif

Le 06/09/2010 à 11h01

Boosteur Inactif
Voir le profil du membre
Inscrit le : 01/05/2026

Dans le module calendar V1.2, un evenement avec une heure à 0h00 est bien signalé mais n'est pas affiché
phpBoost V3.0
ps: Ou trouve t'on la dernière version ?

Édité par Visiteur Le 06/09/2010 à 11h04

Visiteur

Boosteur Inactif

Le 06/09/2010 à 12h39

#92693

Boosteur Inactif
Voir le profil du membre
Inscrit le : 01/05/2026

A première vu, le bug est un problème de gestion de l'heure d'hiver de la fonction mktime() de php.
L'erreur disparait si aux lignes 223 à 227 on change dans la requette SQL les fonctions mktime()

Citation :

mktime(0, 0, 0, $month, $day, $year, 0)
mktime(23, 59, 59, $month, $day, $year, 0)

remplacé par

Citation :

mktime(0, 0, 0, $month, $day, $year, -1)
mktime(23, 59, 59, $month, $day, $year, -1)

Par contre, j'imagine qu'il faut le faire partout ou nulpart. Il doit y avoir les deux formats d'utilisé dans "calendar"
J'espère avoir fait avancé le schmilblick.

Flens Membre non connecté

Booster Minigun

Le 06/09/2010 à 13h30

#92695

Booster Minigun
Voir le profil du membre Flens
Inscrit le : 01/09/2010
Site internet
Groupes :

En effet, le paramètre à 0 n'applique pas l'heure d'hivers, lorsqu'il est à 1 l'heure d'hivers est appliqué.

Après le plus simple reste de mettre -1 pour que le serveur php tente de le traiter lui-même.

J'ai trouvé ça sur php.net :

php.net :

Quelques temps sont invalides si DST est activé sur les systèmes où PHP fonctionne ou is_dist est défini à 1. Si DST est activé e.g. 2:00, tous les temps entre 2:00 et 3:00 sont invalides et la fonction mktime() retourne une valeur indéfinie (généralement une valeur négative). Quelques systèmes (e.g. Solaris 8) activent DST à minuit, donc, le temps 0:30 du jour lorsque DST est activé est évalué à 23:30 du jour précédent.

C'est peut-être le problème dont tu nous parles...

Dans ton cas, si le -1 fonctionne, autant ne rien mettre du tout, car par défaut c'est -1

Code PHP :

#mktime(0, 0, 0, $month, $day, $year, 0)
#mktime(23, 59, 59, $month, $day, $year, 0)
mktime(0, 0, 0, $month, $day, $year)
mktime(23, 59, 59, $month, $day, $year)

Je ne connais pas bien le module calendar, donc je ne peux pas t'aider plus que ça

Visiteur

Boosteur Inactif

Le 06/09/2010 à 14h58

#92697

Boosteur Inactif
Voir le profil du membre
Inscrit le : 01/05/2026

Une petite étude des sources de phpboost m'a révélé que mktime() n'est jamais utilisé avec son paramètre is_dst donc, comme le dit Flens c'est la valeur par défaut (-1) qui est utilisé.
Seul le module calendar l'utilise dans le fichier source calendar/calendar.php. Et encore, pas a chaque fois !

Ligne 43 : correcte
Ligne 62 : a corriger
Ligne 82 : a corriger
Ligne 163 : a corriger (deux fois)
Ligne 184 : correcte
Ligne 226 : a corriger (deux fois)
Ligne 271 : a corriger

Peut-être que crowkait avait une idée en tête en écrivant cette fonction. Si tel est le cas, je preconise d'utiliser un variable initialisée à -1, 0 uo 1 suivant le cas. Pour que tous les mktime() soit identique.
Me trompe-je ?

ReidLos Membre non connecté

Equipe Développement Modérateur

Le 06/09/2010 à 15h06

#92699

Modérateur
Voir le profil du membre ReidLos
Inscrit le : 27/02/2009
Site internet
Groupes :
Equipe Développement

De toute façon ce problème ce ne ce pose même pu... A partir de la version 5.2 de PHP le paramètre est déprécié. Il faut donc de toute façon supprimer le dernier argument... C'est déjà pris en compte depuis un moment il me semble, mais la MAJ n'est pas encore sortie.

Shadow Membre non connecté

Booster Fusée

Le 06/09/2010 à 19h55

#92705

Booster Fusée
Voir le profil du membre Shadow
Inscrit le : 30/12/2007
Site internet

Ben si, ça a été corrigé il y a un moment. Aazeu, es-tu en version 3.0.8 ? Je pense que tu n'es pas à jour.

Shadow
"Quand tu ranges chez toi, ça fout le bordel chez ton voisin". - Règle d'entropie générale adaptée aux usages domestiques.

Support Général

Répondre

Vous n'êtes pas autorisé à écrire dans cette catégorie