Ce bug se produit effectivement à minima dans
/comm/action/index.php
/comm/action/card.php
La version 13 introduit l’utilisation de l’option tzuser ou tzuserrel dans l’appel à dol_print_date et cela engendre ce bug en heure d’été pour la timezone Europe/Paris. cette option récupère apparemment la timezone du browser mais il doit y avoir un dysfonctionnement.
Pour corriger le bug temporairement j’ai modifié toutes les valeurs tzuser et tzuserrel par la variable « tzserver » dans tous les fichiers php du répertoire /comm/action pour forcer la localisation à la timezone du server ( qui est bien dans mon test à Europe/Paris pour mon serveur)
Vous trouverez dans le tar ci-joint le répertoire /htdocs/comm en V1301 avec cette correction
Je confirme ce pb également sur ma version 13.0.1. En revanche, à l’affichage, le pb n’est visible que sur la vue Hebdo mais pas sur la vue Mensuel… !?
J’ai tenté ton fix sur ma pré-prod mais ça ne fonctionne pas.
En espérant une correction rapide car c’est en effet très bloquant.
@Sickboy79 bien vu, mais bizarre : moi j’ai la même chose sur les deux.
mais sur la vue en liste : tu as quoi ?
moi j’ai date de début+heure = date de fin+heure
il ne s’agirait donc peut être pas d’un pb de création/update de donnée, mais d’un pb d’affichage ?
[EDIT] : j’ai vérifié en bdd, les dates/heures de début son bonnes en base de données.
Ce sont donc les affichages qui provoquent l’écart, pas leur enregistrement. (en tout cas dans mon cas, car ce sont des différences de timezone qui sont gérées dans le code)
le probléme est bien aussi en update des données, le champs datep de la table llx_actioncomm est mal mis à jour systématiquement avec une heure de moins à chaque changement ( Modification de l’event ou drag and drop dans l’interface mois du calendrier).
j’ai bien moi le probléme en vue hebdo comme en vu mois.
Bizarre que mon fix ne fonctionne pas, je viens de le tester sur la 1302, et il fonctionne aussi.
Se mettre dans le repertoire htdocs:
Renommer le répertoire comm
tar xvfz comm_1301_fix.tar.gz
Il est possible que ma solution marche uniquement après avoir forcé la TZ dans Dolibarr ( Menu Divers):
MAIN_SERVER_TZ à « Europe/Paris,auto »
@Sickboy79
si tu veux t’y aventurer: il faut écraser tes fichier avec les nouveaux (en ayant sauvegardé les tiens avant)
mais ça n’est pas un fix: c’est un bidouille (que j’imagine bien fonctionner dans certains cas) qui remplace les appels à des fonctions qui posent problème dans certains cas.
non, tu renommes le répertoire htdocs/comm et tu décompresses directement dans /htdocs
le tar compressé contient le repertoire « comm », donc il va le recréer
Effectivement c’est une bidouille en attendant le fix. Mais j’ai pas pu faire mieux en attendant.
@henosis c’est pas un reproche hein le « bidouille »
c’est juste que je suis modérateur sur le forum et que je n’ai pas envie de voir pleins de gens débarquer en disant « ouainnnn j’ai appliqué ça, ma base marche plusssss comment revenir en arrrrièrreee ??? » (tu imagines bien je pense ^^)
donc en attendant : « bidouilles » testées et maitrisées → oui
mais la règle générale : attendre le correctif sur github
T’inquiètes pas , je l’ai pas pris mal car c’est une vraie bidouille…
Je déteste faire cela comme nous utilisons massivement l’agenda dolibarr, on est vraiment bloqué et ce bug est passé en dehors de nos tests de non régression avant le passage en prod.
Attention, si tu patches en 1302, cela va remplacer le contenu de htdocs/comm.
Donc il faut faire une copie de sauvegarde de la bidouille pour la remettre ensuite en attendant la correction.
Je suis nouveau sur le forum.
J’ai le même problème d’affichage des évènements en décalage de 1 jour (J-1) par rapport à la date réelle.
Effectivement, c’est un problème critique et je m’étonne que peu de monde se sente concerné.
Je joint un fichier image avec mes 2 captures d’écran pour illustrer le problème.
Bonjour,
Je viens de faire le test sur la version 13.0.4, et le bug est toujours présent. Si je prend un rendez vous pour demain, pas de soucis, en revanche si je le prend pour le 15 décembre, il me le décale d’une heure…
bizarrement, pas à l’affichage en vue utilisateur, mais sur la fiche évènement tout est décalé d’une heure. Par exemple, un rendez vous pour le 15 décembre de 14 à 15 heures lors de la création de l’évènement, la case de l’agenda se colorie bien entre 14 et 15 heures, mais si je passe ma souris devant, les infos affichés sont un rendez vous de 15 à 16, idem si je clique sur cet évènement, la fiche a été modifié de 15 à 16.
