Re: [Glpi-dev] URGENT : Offre de Contribution
Renommer les champs? Plugin Renamer? Envoyé de mon iPhone Le 26 sept. 2011 à 14:11, gael.gayad...@orange.com a écrit : Merci beaucoup pour cette réponse rapide. L'idée de la personnalisation de l'interface permet de : - renommer le champ des interfaces - inhiber ou ajouter certains champs - réagencer l'interface (positionnement de certains champs). L'objectif de tout cela est pouvoir avoir la personnalisation tout gardant la possibilité de faire évoluer le Core GLPI (partie générique). En état on s'orienterait vers un plugin ou option GLPI : - incluant toute la personnalisation cliente - qui renverrai non pas la page par défaut de GLPI mais la page personnalisée Ce plugin devrait contenir exclusivement ce qui n'est pas prévu ou possible dans le GLPI Core. Dans un premier temps on aurait un plugin/option simple, qui par défaut proposerait l'interface native de GLPI. Cette interface servirait de base à la personnalisation. En terme, quand le concepte des interactions sera murit, on proposerarait un dashboard pour gérer les dépendances entre les champs. Petite question subsidiaire : Où dois-je présenter le projet ? est-ce dans le forum (Suggestions de nouvelles fonctionnalités / Spécifications / Développement) ? Par avance Merci beaucoup. Gaël GAYADINE-HARRICHAM Tel : +33 5 59 40 01 89 Mob: +33 6 61 39 01 42 Fax : +33 5 59 40 01 99 gael.gayad...@orange.com Network Integration Services , 40, rue ronsard - 64000 Pau www.orange-business.com -Message d'origine- De : glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] De la part de jmd Envoyé : lundi 26 septembre 2011 00:09 À : Liste de diffusion des developpeurs GLPI Objet : Re: [Glpi-dev] URGENT : Offre de Contribution Bonsoir, Merci de l'intérêt que vous portez au projet GLPI et à votre volonté de contribution. Le 24/09/2011 16:09, gael.gayad...@orange.com a écrit : (...) Expressiondes besoins Pouvoir personnaliser 4 interfaces de GLPI (Home, saisie de ticket, liste de ticket, traitement de ticket). La personnalisation de ces 4 interfaces est nécessaire pour garder la cohérence des modifications. C'est à dire, je ne saisis par vraiment ce que vous mettez derrière le mot personnalisation... Pourriez-vous développer ? Pouvoir ajouter ou inhiber certains champ en fonction des besoins. Dans le cadre des tickets par exemple, les template de ticket intégrés en 0.83 répondent à cette problématique. Pouvoir mettre en œuvre des dépendances entre certains champs : préfinir la valeur d’un champ en fonction d’une combinaison des autres champs Objectif La problématique sur ce genre de feature, c'est de déterminer un niveau de généricité qui ne rendent pas l'ensemble impossible à utiliser. Réaliser les modifications de GLPI en accord avec le communauté : Il s’agirait donc d’intégrer ces modifications dans votre roadmap et donc dansle futurs versions de GLPI. Nous intégrons les contributions extérieures avec grand plaisir lorsqu'elle respectent le worflow spécifié sur la forge : https://forge.indepnet.net/projects/glpi/wiki/WorkflowGlpi Notre proposition Nous avons constaté dans le Forum, qu’il s’agissait d’un besoin évoqué par d’autres personnes : ce développement représente donc un intérêt pour beaucoup d’utilisateurs. Attention au miroir déformant que constitue le forum, d'autres personnes ne constitue pas beaucoup d'utilisateurs. ;) Nous vous proposons de : §Présenter dans le détail le besoin de notre client Oui c'est la première étape. §Etudier avec vous comment réaliser le développement (spécifications de la communauté) Voir Worflow. §Réaliser nous même les développements Voir coding standard. Compte tenu des contraintes de calendrier de notre client, il nous faudrait qualifier rapidement la faisabilité de ce projet. J'attire votre attention sur cette problématique de calendrier. Le terme Urgent dans le sujet de votre message interpelle également. En effet, les developpeurs du projet GLPI fonctionnent toujours en mode best effort mais ne peuvent pas se synchroniser sur les calendriers d'autres projets en mode ambulance. La coopération intelligente et profitable à tous nécessite des phases de discussion, de prise de connaissances des problématiques, d'acceptation des règles et mode de fonctionnement de chacun et l'établissement d'une confiance mutuelle. Bref, ça risque de demander un peu de temps... Cordialement, -- Jean-Mathieu Doléans GLPI-PROJECT.ORG ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev IMPORTANT.Les informations contenues dans ce message electronique y compris les fichiers attaches sont strictement confidentielles et peuvent etre protegees par la loi. Ce message electronique
[Glpi-dev] RE : Découverte d'un bug
Bonjour, Je ne sais pas s'il y a eu un retour depuis mais en testant sur une 0.78.4 je ne constate pas le problème avec les utilisateurs LDAP. Par contre, si un compte de type base interne (type le compte glpi), on peut mettre autant d'espace que l'on veut derrière et on n'a pas d'erreur d'authentification Cordialement, -- Thierry BARRAU De : glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] De la part de MoYo Envoyé : mardi 13 septembre 2011 09:47 Cc : Liste de diffusion des developpeurs GLPI; Allard Sylvain Objet : Re: [Glpi-dev] Découverte d'un bug Bonjour, Merci pour ce retour. Malheureusement je n'ai pas grand chose pour tester actuellement et confirmer ce comportement; Peut-être que quelqu'un d'autre pourra le faire. Cordialement, Julien Dombre PS : j'ai redirigé vers la bonne adresse de la liste de diffusion Le 08/09/2011 08:00, Allard Sylvain a écrit : Bonjour, J’utilise dans mon entreprise l’application GLPI en version 0.78.2 et je viens de m’apercevoir d’un bug un petit peu ennuyeux. J’utilise l’authentification LDAP sur Active directory 2003. Au moment de l’authentification, lorsque je renseigne mon nom d’utilisateur existant en base mais suivi du caractère ‘espace’, cela a pour effet de refuser l’accès (rien d’anormal jusqu'à présent) et de placer l’utilisateur dans les utilisateurs supprimés ce qui fait que la connexion reste impossible tant que l’on ne va pas restaurer l’utilisateur. Cordialement [cid:part1.03040009.06070208@indepnet.net] inline: ATT1..jpg___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] RE : Découverte d'un bug
Bonjour, Petit complément d'informations : - Je me suis rendu compte que dans l'historique de l'utilisateur j'avais Deleted Used in LDAP Directory suite au fait de s'être connecté en tant que user (avec x espace). Le fait que je ne sois pas obligé de restaurer les utilisateurs viens du paramètre dans Configuration\authentification\Configuration Authentification\Action lorsqu'un utilisateur est supprimé de l'annuaire LDAP : où personnellement j'ai choisi conserver et non mettre à la corbeille. Donc je valide bien qu'il y a un bug avec l'utilisation d'espace à la fin du nom utilisateur - Cas 1 : Utilisateur LDAP : l'utilisateur est considéré supprimé de l'AD, GLPI agit en fonction du paramètre choisi spécifié plus haut - Cas 2 : Utilisateur base interne : on peut quand même se connecter, alors qu'on devrait avoir un Incorrect username or password. Je viens également de tester sur notre base de test en 0.80.2 et on se retrouve uniquement dans le cas 2 que l'on utilise un utilisateur interne ou LDAP. Cordialement, -- Thierry BARRAU De : Thierry Barrau Date d'envoi : lundi 26 septembre 2011 15:03 À : glpi-dev@gna.org Objet : RE : [Glpi-dev] Découverte d'un bug Bonjour, Je ne sais pas s'il y a eu un retour depuis mais en testant sur une 0.78.4 je ne constate pas le problème avec les utilisateurs LDAP. Par contre, si un compte de type base interne (type le compte glpi), on peut mettre autant d'espace que l'on veut derrière et on n'a pas d'erreur d'authentification Cordialement, -- Thierry BARRAU De : glpi-dev-boun...@gna.org [mailto:glpi-dev-boun...@gna.org] De la part de MoYo Envoyé : mardi 13 septembre 2011 09:47 Cc : Liste de diffusion des developpeurs GLPI; Allard Sylvain Objet : Re: [Glpi-dev] Découverte d'un bug Bonjour, Merci pour ce retour. Malheureusement je n'ai pas grand chose pour tester actuellement et confirmer ce comportement; Peut-être que quelqu'un d'autre pourra le faire. Cordialement, Julien Dombre PS : j'ai redirigé vers la bonne adresse de la liste de diffusion Le 08/09/2011 08:00, Allard Sylvain a écrit : Bonjour, J’utilise dans mon entreprise l’application GLPI en version 0.78.2 et je viens de m’apercevoir d’un bug un petit peu ennuyeux. J’utilise l’authentification LDAP sur Active directory 2003. Au moment de l’authentification, lorsque je renseigne mon nom d’utilisateur existant en base mais suivi du caractère ‘espace’, cela a pour effet de refuser l’accès (rien d’anormal jusqu'à présent) et de placer l’utilisateur dans les utilisateurs supprimés ce qui fait que la connexion reste impossible tant que l’on ne va pas restaurer l’utilisateur. Cordialement [cid:part1.03040009.06070208@indepnet.net] inline: ATT1..jpg___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Patch for Virtualmachines
Hello,
This is a patch for VirtualMachine.
There is a problem on Host computer want search a VM with the OID. But
in SQL request, it search with Computer id != virtualmachine id. So if
computer have same id than the virtualmachine, it will never find it.
With some investigation, this id may not be used here
Best regards,
--
David DURIEUX
Tel : +33 (0)4.82.53.30.53
Port : +33 (0)6.34.99.45.18
Mail : d.duri...@siprossii.com
Site Web : http://www.siprossii.com/
SIPROSSII
Les Lafôrets
69430 Beaujeu
FRANCE
Index: computervirtualmachine.class.php
===
--- computervirtualmachine.class.php (revision 15527)
+++ computervirtualmachine.class.php (working copy)
@@ -425,8 +425,7 @@
$query = SELECT `id`
FROM `glpi_computers`
-WHERE `id` NOT IN ('.$fields['id'].')
- AND LOWER(`uuid`) .self::getUUIDRestrictRequest($fields['uuid']);
+WHERE LOWER(`uuid`) .self::getUUIDRestrictRequest($fields['uuid']);
$result = $DB-query($query);
//Virtual machine found, return ID
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Patch for Virtualmachines
Le 26/09/2011 16:57, David DURIEUX a écrit : Hello, This is a patch for VirtualMachine. There is a problem on Host computer want search a VM with the OID. But in SQL request, it search with Computer id != virtualmachine id. So if computer have same id than the virtualmachine, it will never find it. With some investigation, this id may not be used here Thanks, applied. Best regards, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
