You are not logged in.
Pages: 1
Bonjour,
Je rencontre un problème avec la gestion des tâches affectées à un projet:
Lorsque j'ai modifié le champ "Date de fin planifiée" d'une tâche (avec le calendrier "pickup" ou en la saisissant) puis cliqué sur "Sauvegarder" mon action n'est pas prise en compte et la valeur de la date de fin planifiée revient à sa valeur précédente.
Les logs GLPI ne m'indiquent pas d'erreur.
La modification que je fais ne s'inscrit d'ailleurs pas dans l'historique de la tâche.
Je précise que le problème ne se reproduit pas pour une tâche nouvellement créée.
Je n'ai pas trouvé de problème similaire sur le forum, merci de votre aide, Aurélien.
J'utilise la version 9.1.2 sur Windows 10
Apache 2.4.18 (Win32)
PHP 5.6.18
MySQL 5.7.11
Offline
Je suis dans le même cas, j'ai d'ailleurs remarqué qu'en réalité la "date de fin planifiée" récupère la "date de début planifiée" comme valeur...
Même chose pour les dates réelles, je pense qu'il y a eu un oubli dans le code au niveau des variables utilisées non ou un truc du genre...
Plateforme : Linux...
Version GLPI : 9.5.6 (PROD) / 9.5.7 (TEST)
Plugins activés : Dashboard
Offline
Effectivement il y avait un bon cafouillage dans les droits pour les taches d'un projet.
Corrigé : https://github.com/glpi-project/glpi/issues/1750
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour Yllen
J'ai modifié le fichier projecttask.class.php comme indiqué mais cela n'a rien changé.
Peut être est ce parce que je suis en version 9.1 et qu'il faut que je sois en version 9.1.3...
Plateforme : Linux...
Version GLPI : 9.5.6 (PROD) / 9.5.7 (TEST)
Plugins activés : Dashboard
Offline
Cette modification sera présente effectivement dans la version 9.1.3 mais vous pouvez l'appliquer dans votre version 9.1.
Vous avez quels droits dans votre profil concernant les projets et les tâches de projet ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
J'ai le même problème avec la version 9.1.2.
Et malgré la modification du projecttask.class.php, rien n'y fait.
De plus, le planning reste désespéramment vide. -_-'
Vous n'auriez pas une solution ?
sauf si vous avez la 9.1.3 de dispo....
Merci d'avance
Ubuntu 14.04 LTS
PHP 5.6 - APACHE 2.4.25 - Mysql 5.6
GLPI 0.85.5 & 9.1.2
Last edited by Breakedin (2017-03-10 01:18:50)
Offline
méaculpa..
J'ai téléchargé la version bugfix...
Offline
Bonjour,
Je réchauffe ce ticket, je rencontre à nouveau ce problème avec la 9.4.5, une idée ?
"Date de fin planifiée" prend systématiquement la valeur de "Date de début planifiée"
GLPI 9.4.5
Debian 3.16 (Jessie)
Apache 2.4.10
PHP 5.6.40
MySQL 5.7.29
Offline
Up !
Offline
Bonjour,
Je rencontre le même problème dans la version 9.5.1
J'ai dors et déjà essayé de remplacer les 7 lignes dans le fichier projecttask.class.php (Qui avait surement déjà été modifiées depuis 2017 par les développeurs) mais le problème persiste
Lorsque je clic sur sauvegarder la date se remet à la date de début de la tâche
Geoffrey
Last edited by gmathieu69 (2020-09-10 09:56:09)
Offline
Petit UP
à ce stade je ne peux pas utiliser les projets car l'interface est boggué
Impossible de spécifier une date de fin ni planifié ni réelle
A chaque enregistrement la date de fin redevient la date de début ???
Geoffrey
Offline
Toujours le même problème sur la version 9.5.6...
• GLPI version 9.5.6
• FusionInventory 9.5+3.0
Offline
Hello,
Aucun problème sur une installation fresh de GLPI 9.5.6, les dates sont bien différentes :
Pouvez-vous décrire votre process pour répliquer ? Avez-vous des erreurs dans les logs ?
++
Besoin d'un support professionnel pour GLPI ? Pensez à GLPI Network ! https://glpi-project.org/fr/tarifs/
Connaissez-vous l'offre Cloud maintenue et supportée par l'équipe qui édite GLPI ?
Vous pouvez tester gratuitement pendant 45 jours ! https://glpi-network.cloud (ou plus si besoin)
Offline
Hello, j'ai répondu dans l'autre post mais du coup, je copie/colle ma réponse ci-dessous...
**************************
Je viens de comprendre l'erreur.
En fait, lorsqu'on déclare une tache et que l'on définit que c'est une étape = OUI alors l'enregistrement modifie automatiquement la date de planification et la date réelle également si elle est renseignée.
Ajout d’une tache = Tache 1
Date début planifiées : 06/12/2021 07h00 // Date de fin planifiée : 15/12/2021
Etat : Nouveau // Etape : Oui
Par contre, quand on déclare une tache et que l'on ne déclare pas celle-ci comme étant une étape = NON , alors la date se renseigne correctement.
Ajout d’une tache = Tache 2
Date début planifiées : 06/12/2021 12h00 // Date de fin planifiée : 15/12/2021 12h00
Etat : Nouveau // Etape : Non
Par contre, si on déclare d'abords Etape à Non et qu'on modifie à Oui, automatiquement on retrouve le comportement déclarée au dessus.
Il s'agit peut être d'une mauvaise utilisation de l'option ETAPE...
Contexte : Je dois installer une nouvelle application sur mon SI, pour se faire je dois :
Tache 1 : Installer un socle infra, soit 3 VMs --> date planifiée début : 15/12/2021 au plus tard --> Etape OUI car j'ai 1 intervenant externe qui vient le 15/01 pour installer la tache 3
Tache 2 : Fournir les prérequis --> date planifiée début : 15/12/2021 au plus tard --> Etape OUI car j'ai 1 intervenant externe qui vient le 15/01 pour installer la tache 3
Tache 3 : Installation du socle Web --> date planifiée début : 23/12/2021 --> Etape OUI car cela va conditionner l'intervention d'un 2eme intervenant qui vient installer le 28/12 la tache 6
Tache 4 : Fourniture du dossier d'installation --> date planifiée début : 28/12/2021 --> Etape NON
Tache 5 : Comité de pilotage --> Date planifiée début : 27/12/2021 --> Etape NON
Tache 6 : Installation de l'application métier --> date planifiée début : 28/12/2021 --> Etape OUI car cela va conditionner le projet...
Sur cette base, est-ce une mauvaise utilisation de GLPI ? Ou un vrai bogue...
• GLPI version 9.5.6
• FusionInventory 9.5+3.0
Offline
Pages: 1