Welcome to ProjeQtOr new Forum. We migrated old forum to the new website.
You will find all your posts here, with your usual account.
Just one point : you’ll have to reinitialize your password. Use “Lost password” feature.
Bonjour.
lorsqu'on utilise la fonction historique des mises a jour.
la variable $user n'est pas correctement mise a jour après utilisation de la fonction ce qui a pour conséquences de casser la session
changer la variable $user en $autrenomdevariable dans report/history.php corrige le bug
de plus dans le fichier view/objectDetail.php
if (! $print and array_key_exists('displayHistory',$_SESSION)) {
$displayHistory=$_SESSION['displayHistory'];
}
if ($obj and property_exists($obj, '_noHistory')) {
$displayHistory='NO';
}
$displayHistory a toujours pour valeur NO malgré que la BDD soit correct
cordialement Sébastien Trybus Nextoo
Bonjour,
Sur history.ph :
Je n'ai jamais constaté la perte de la session sur l'affichage de l'historique.
Par contre, effectivement, la variable $user est généralement utilisée pour stocker l'objet "user" correspondant à l'utilisateur connecté. L'utilisation ici comme variable temporaire peut avoir des effets indésirables
=> corrigé (sur V1.5.0).
Sur objectDetail.php
$displayHistory n'est pas toujours positionnée à "NO".
Cette variable contient bien la valeur adéquate, en fonction du choix de l'utilisateur.
Il suffit pour s'en persuader de jouer avec le paramètre utilisateur "afficher historique", pour constater que l'affichage de l'historique est correctement implémenté.
Ce qui peut être trompeur est le code
if ($obj and property_exists($obj, '_noHistory')) {
$displayHistory='NO';
}
Ce code permet de systématiquement positionner la variable à "NO" pour les objets qui contiennent la propriété "_noHistory". Cette propriété permet de ne par générer d'historique (ni stockage en base, ni tentative d'affichage) pour certains objets (Work, PlannedWork, Mail, Note, ...).
Merci pour vos remarques.
Cordialement,
Babynus.
bonjour j'ai trouvé l'origine de ces bugs
en faite dans le php.ini l'option register_globals était a On
après l'avoir remit a off les 2 bugs sont corrigés
désolé pour le dérangements
Sébastien Trybus nextoo
Bonjour,
Pour éviter ce désagrément à d'autres utilisateur, un correctif est implémenté dans la V1.5 :
- ajout d'un .htaccess avec les directives désactivant register_globals et magic_quotes_gpc
- ajout d'une alerte dans les logs si ces directives sont activées (si le serveur ne prend pas en compte les .htaccess)
Merci pour votre analyse pertinente.
Cordialement,
Babynus.