Coupon - Problème dates, heures - Fuseau horaire?

Quand j'essais de fixer les dates + heures de début et de fin de validité du coupon, l'heure change et aussi la date après avoir enregistré le coupon.

valeur entrée valeur affiché après avoir enregistré.
Début 2011-01-01 00:01 -->> 2010-12-31 19:01
Fin 2011-12-31 23:59 -->> 2011-12-31 18:59

Notez que mon fuseau horaire dans joomla est Montréal -5:00

Il y a bien 5 h de différence en recul après avoir enregistré le coupon.


J'ai testé sur votre site de test et ça fonctionne bien, ce qui est entré reste tel quel.

J'ai finalement vérifié l'heure du serveur.

Le fuseau horaire du serveur est à -5 heure de l'Est
Dans joomla c'est Montréal -5:00

Merci

Dans Hikashop pour le début d'une vente d'un produit c'est décalé de -4h00
Dans Hikashop pour un coupon c'est -5h00 de différence
Dans un article joomla 1.6.1 l'heure dans l'article est bonne mais il y a un point d'exclamation dans la colonne publié qui affiche un décalage de +8h00
c'est bizarre comme problème

avez-vous une idée?

J'ai trouvé cet article pour joomla 1.6

joomlacode.org/gf/project/joomla/tracker...racker_item_id=24604

Il semble y avoir une solution dans cet article

Il semble qu'il faut utiliser la fonction d'heure de façon différente dans joomla 1.6

attention il y a deux endroits dans le fichier avec le code mentionné (après).

il faut faire attention de bien faire le changement dans la function getTime($date) seulement, tel que mentionné dans le post précédent


Merci pour le correctif ça fonctionne bien dans les coupons et dans les dates de vente de produits.

Je fais revivre ce topic puisque le bug est maintenant réaparu depuis que je suis passé de la version 1.5.6 à 2.0

joomla version 2.5.8

Le temps recule de 5 h à chaque fois que nous appuyons sur apply. Nous sommes dans le fuseau horaire -5 MONTREAL

voici le code de la fonction gettime du fichier helper:

function hikashop_getTime($date){
	static $timeoffset = null;
	if($timeoffset === null){
		$config = JFactory::getConfig();
		if(version_compare(JVERSION,'1.6.0') < 0){
			$timeoffset = $config->getValue('config.offset');
		} else {
			$timeoffset = $config->get('config.offset');
		}
		if(HIKASHOP_J16){
			$dateC = JFactory::getDate($date,$timeoffset);
			$timeoffset = $dateC->getOffsetFromGMT(true);
		}
	}
	return strtotime($date) - $timeoffset *60*60 + date('Z');
}

Je viens de tester et lors de la première sauvegarde l'heure recule de 5 h. Le même problème lors du apply.

Si vous voulez constater directement dans le site vous pouvez aller vérifier j'ai envoyé un accès par email pour Eliot il y a 3 jours.

pour le problème suivant:

http://www.hikashop.com/en/forum/5-support-en-francais-french-support-/75883-widget-statistiques-principales.html

Bonjour,

Dans les backups j'ai toujours eu ce problème dans tous les sites sans avoir de problème ailleurs. Par contre dans les backups quand je fait la sauvegarde manuelle l'heure de la description est bonne et c'est juste dans la sauvegarde automatique que le problème survient.

Au niveau du serveur j'avais déjà vérifié et celle-ci semble bonne car les backups partent à la bonne heure qui est programmé dans le CRON.

Ce peut-il que la version de joomla ne soit pas bien détecté ? Y-a t'il un bout de code que je peux ajouter pour tester cela ?

Merci

Je suis en mesure de gérer le CRON style unix à partir d'un écran de gestion CPANEL. Celui-ci utilise normalement l'heure du serveur, celle-ci doit être bonne puisque les tâches partent à la bonne heure.


dans php:
date.timezone America/New_York America/New_York
Default timezone UTC

dans joomla:
Montréal qui est même chose que New-York

Le code a réglé le problème

Un gros merci.

Cette modification va t'elle etre incluse dans les prochaines version?