Re: [Glpi-dev] Plugins
Pour ma part j'ai créé un fichier XML comme ça si quelqu'un veut s'en servir pour afficher les plugins sur un site ou pour autre chose. la structure n'est pas entièrement finie, je pense également rajouter une description un peu plus détaillée dans plusieurs langues. Je pourrait également fournir le code php + fichier xsl afin d'afficher correctement la liste des plugins. le fichier est actuellement disponible à cette adresse : http://www.quadparty.com/david/plugins.xml Cordialement DURIEUX David Le Wed, 12 Mar 2008 07:17:31 +0100 Remi Collet [EMAIL PROTECTED] a écrit: JMD a écrit : Un excellente initiative de Remi : Rendons à Caesar ce qui lui revient. L'idée de Départ était de rick57 qui a généré la liste française. Ayant récupéré son script un peu tard (des .bat en perl), j'ai refait quelque chose d'équivalent en PHP qui est désormais sur le SVN car il me semblait indispensable de maintenir la même chose en français et en anglais. Donc lors d'une mise à jour, chacun peut régénérer cette liste. php wiki_pluginslist.php fr liste.txt + copier/coller sur le Wiki. D'ailleurs, il serait bien de mettre les dates en anglais sur les fiches en anglais ;) Pour un anglais 12.01.2008, c'est le 1er décembre... http://glpi-project.org/wiki/doku.php?id=fr:pluginslist php wiki_pluginslist.php en liste.txt = http://glpi-project.org/wiki/doku.php?id=en:pluginslist Ce qui serait aussi sympa c'est de trouver une solution pour que les traducteurs passe aussi un peu de temps sur les plugins. Donc : partager l'outil de traduction du coeur ? ++ Cordialement, ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Problème sur le wiki
Bonjour, Je voulais mettre à jour le wiki sur Aide de la console centrale J'ai un gros gros bug quand j'édite le paragraphe 4) Partie Gestion c) Contrats Je n'arrive pas à comprendre ce qu'il se passe, quand je sauvegarde le paragraphe fusionne avec le paragraphe b)Entreprises vous pouvez voir comment ça fait dans les dernière révisions de ddurieux Si quelqu'un sait comment corriger le problème, je me ferai une joie de continuer à mettre à jour le wiki :) Cordialement, DURIEUX David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Problème sur le wiki
Alors il y a un soucis quand je veux mettre en italique la phrase suivante: Configuration / Générale / Niveau de journalisation. dans le wiki ça ressemble à ça : //Configuration / Générale / Niveau de journalisation//. et quand je sauvegarde ça part en couille complet Cordialement, David DURIEUX Le Wed, 2 Apr 2008 22:17:59 +0200 David DURIEUX [EMAIL PROTECTED] a écrit: Bonjour, Je voulais mettre à jour le wiki sur Aide de la console centrale J'ai un gros gros bug quand j'édite le paragraphe 4) Partie Gestion c) Contrats Je n'arrive pas à comprendre ce qu'il se passe, quand je sauvegarde le paragraphe fusionne avec le paragraphe b)Entreprises vous pouvez voir comment ça fait dans les dernière révisions de ddurieux Si quelqu'un sait comment corriger le problème, je me ferai une joie de continuer à mettre à jour le wiki :) Cordialement, DURIEUX David ___ 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
[Glpi-dev] Erreur dans la traduction
Bonjour, Je n'ai pas réussi à trouver comment ajouter un bug dans l'interface trac du site, si quelqu'un sait je serais heureux de m'appliquer :) Alors j'ai trouvé un bug dans la traduction du site locales/fr_FR.php La variable $LANG[setup][122] affiche élèments au lieu de éléments ben ben voilà juste pour signaler cette petite erreur. Cordialement, DURIEUX David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Corrections plugins 'ressources'
Bonjour, Il manquait des index dans les tables du plugin 'ressources' en pièce jointe. Il faut aussi ajouter un index : - sur le champ 'name' de la table 'glpi_profiles' - sur le champ 'active' de la table 'glpi_users' Ces index sont utilisés par le plugin 'ressources' Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône DROP TABLE IF EXISTS `glpi_plugin_resources`; CREATE TABLE `glpi_plugin_resources` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `firstname` varchar(255) collate utf8_unicode_ci NOT NULL default '', `type` tinyint(4) NOT NULL default '0', `manager` int(4) NOT NULL default '0', `recipient` int(4) NOT NULL default '0', `date` date NOT NULL default '-00-00', `begin_date` date NOT NULL default '-00-00', `end_date` date NOT NULL default '-00-00', `department` tinyint(4) NOT NULL default '0', `location` INT( 4 ) NOT NULL, `leaving` smallint(6) NOT NULL default '0', `recipient_leaving` int(4) NOT NULL default '0', `comments` text, `notes` longtext, `is_template` smallint(6) NOT NULL default '0', `tplname` varchar(200) collate utf8_unicode_ci NOT NULL default '', `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `deleted` (`deleted`), KEY `is_template` (`is_template`), KEY `end_date` (`end_date`), KEY `leaving` (`leaving`), KEY `manager` (`manager`), KEY `recipient` (`recipient`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_resources_needs`; CREATE TABLE `glpi_plugin_resources_needs` ( `ID` int(11) NOT NULL auto_increment, `FK_resources` int(11) NOT NULL default '0', `device_type` int(11) NOT NULL default '0', `comments` text, `is_template` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_resources` (`FK_resources`,`device_type`), KEY `FK_resources_2` (`FK_resources`), KEY `FK_device` (`device_type`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_resources_device`; CREATE TABLE `glpi_plugin_resources_device` ( `ID` int(11) NOT NULL auto_increment, `FK_resources` int(11) NOT NULL default '0', `FK_device` int(11) NOT NULL default '0', `device_type` int(11) NOT NULL default '0', `is_template` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_resources` (`FK_resources`,`FK_device`,`device_type`), KEY `FK_resources_2` (`FK_resources`), KEY `FK_device` (`FK_device`,`device_type`), KEY `is_template` (`is_template`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_resources_employee`; CREATE TABLE `glpi_plugin_resources_employee` ( `ID` int(11) NOT NULL auto_increment, `FK_resources` int(11) NOT NULL default '0', `FK_employer` int(11) NOT NULL default '0', `FK_client` int(11) NOT NULL default '0', `matricule` varchar(255) collate utf8_unicode_ci NOT NULL default '', `is_template` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `FK_resources` (`FK_resources`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_resources_employer`; CREATE TABLE `glpi_dropdown_plugin_resources_employer` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text, PRIMARY KEY (`ID`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_resources_client`; CREATE TABLE `glpi_dropdown_plugin_resources_client` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text, PRIMARY KEY (`ID`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_resources_type`; CREATE TABLE `glpi_dropdown_plugin_resources_type` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`), ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_resources_department`; CREATE TABLE `glpi_dropdown_plugin_resources_department` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`), ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE
[Glpi-dev] Correction plugin acl
Bonjour, Modif des index des tables du plugin ACL Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône DROP TABLE IF EXISTS `glpi_plugin_acl`; CREATE TABLE `glpi_plugin_acl` ( `ID` int(10) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) default NULL, `type_regle` int(8) default NULL, `state` int(8) NOT NULL, `ip_src` varchar(255) default NULL, `prt_src` varchar(255) default NULL, `ip_dst` varchar(255) default NULL, `prt_dst` varchar(255) default NULL, `protocol` int(8) NOT NULL, `comments` text, `deleted` smallint(6) NOT NULL default '0', `notes` longtext collate utf8_unicode_ci, PRIMARY KEY (`ID`), KEY `ID` (`ID`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_acl_device`; CREATE TABLE `glpi_plugin_acl_device` ( `ID` int(11) NOT NULL auto_increment, `FK_acl` int(11) NOT NULL default '0', `FK_device` int(11) NOT NULL default '0', `device_type` tinyint(4) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_acl` (`FK_acl`,`FK_device`,`device_type`), KEY `FK_acl_2` (`FK_acl`), KEY `FK_device` (`FK_device`,`device_type`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_acl_state`; CREATE TABLE `glpi_dropdown_plugin_acl_state` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text collate utf8_unicode_ci, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_acl_type`; CREATE TABLE `glpi_dropdown_plugin_acl_type` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text collate utf8_unicode_ci, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_acl_protocol_type`; CREATE TABLE `glpi_dropdown_plugin_acl_protocol_type` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text collate utf8_unicode_ci, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_acl_profiles`; CREATE TABLE `glpi_plugin_acl_profiles` ( `ID` int(11) NOT NULL auto_increment, `name` varchar(255) collate utf8_unicode_ci default NULL, `interface` varchar(50) collate utf8_unicode_ci NOT NULL default 'acl', `is_default` smallint(6) NOT NULL default '0', `acl` char(1) default NULL, PRIMARY KEY (`ID`), KEY `interface` (`interface`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'2900','3','2','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'2900','4','3','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'2900','5','4','0');___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Corrections plugins activity
Bonjour, J'ai ajouté les index manquant pour le plugin activity faut peut être les ajouter dans le plugin_activity-1.3-update.sql mais je n'ai pas regardé. Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône DROP TABLE IF EXISTS `glpi_plugin_activity`; CREATE TABLE `glpi_plugin_activity` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `begin_date` datetime NOT NULL default '-00-00 00:00:00', `end_date` datetime NOT NULL default '-00-00 00:00:00', `use_planning` smallint(6) NOT NULL default '1', `comments` text, `realtime` float DEFAULT '0' NOT NULL, `type` int(4) NOT NULL default '0', `deleted` smallint(6) NOT NULL default '0', `tech_num` int(11) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `tech_num` (`tech_num`), KEY `deleted` (`deleted`), KEY `begin_date` (`begin_date`), KEY `type` (`type`), KEY `FK_entities` (`FK_entities`), KEY `end_date` (`end_date`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_activity_type`; CREATE TABLE `glpi_dropdown_plugin_activity_type` ( `ID` int(11) NOT NULL auto_increment, `parentID` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `completename` text collate utf8_unicode_ci, `comments` text collate utf8_unicode_ci, `level` int(11) default NULL, `FK_profiles` int(4) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `parentID` (`parentID`), KEY `FK_profiles` (`FK_profiles`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_activity_profiles`; CREATE TABLE `glpi_plugin_activity_profiles` ( `ID` int(11) NOT NULL auto_increment, `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `interface` varchar(50) collate utf8_unicode_ci NOT NULL default 'activity', `is_default` smallint(6) NOT NULL default '0', `activity` char(1) default NULL, `statistics` char(1) default NULL, `all_users` char(1) default NULL, PRIMARY KEY (`ID`), KEY `interface` (`interface`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1100','2','1','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1100','3','2','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1100','4','3','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1100','6','4','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1100','7','5','0');___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Correction plugin badges
Bonjour, Correction des index MySQL Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône DROP TABLE IF EXISTS `glpi_plugin_badges`; CREATE TABLE `glpi_plugin_badges` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `serial` varchar(255) collate utf8_unicode_ci default NULL, `type` tinyint(4) NOT NULL default '1', `location` tinyint(4) NOT NULL default '1', `date_affect`date NOT NULL default '-00-00', `date_expiration`date NOT NULL default '-00-00', `state` tinyint(4) NOT NULL default '0', `comments` text, `notes` LONGTEXT, `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `deleted` (`deleted`), KEY `FK_entities` (`FK_entities`), KEY `date_expiration` (`date_expiration`), KEY `state` (`state`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_dropdown_plugin_badges_type`; CREATE TABLE `glpi_dropdown_plugin_badges_type` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_badges_users`; CREATE TABLE `glpi_plugin_badges_users` ( `ID` int(11) NOT NULL auto_increment, `FK_users` int(11) NOT NULL default '0', `FK_badges` int(11) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_users` (`FK_users`,`FK_badges`), KEY `FK_users_2` (`FK_users`), KEY `FK_badges` (`FK_badges`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_badges_profiles`; CREATE TABLE `glpi_plugin_badges_profiles` ( `ID` int(11) NOT NULL auto_increment, `name` varchar(255) collate utf8_unicode_ci default NULL, `interface` varchar(50) collate utf8_unicode_ci NOT NULL default 'badges', `is_default` smallint(6) NOT NULL default '0', `badges` char(1) default NULL, PRIMARY KEY (`ID`), KEY `interface` (`interface`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_badges_default`; CREATE TABLE `glpi_plugin_badges_default` ( `ID` INT( 11 ) NOT NULL AUTO_INCREMENT PRIMARY KEY , `status` INT( 11 ) NOT NULL, KEY `status` (`status`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_badges_config`; CREATE TABLE `glpi_plugin_badges_config` ( `ID` int(11) NOT NULL auto_increment, `delay` varchar(50) collate utf8_unicode_ci NOT NULL default '30', PRIMARY KEY (`ID`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; INSERT INTO `glpi_plugin_badges_config` VALUES (1, '30'); DROP TABLE IF EXISTS `glpi_plugin_badges_mailing`; CREATE TABLE `glpi_plugin_badges_mailing` ( `ID` int(11) NOT NULL auto_increment, `type` varchar(255) collate utf8_unicode_ci collate utf8_unicode_ci default NULL, `FK_item` int(11) NOT NULL default '0', `item_type` int(11) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `mailings` (`type`,`FK_item`,`item_type`), KEY `type` (`type`), KEY `FK_item` (`FK_item`), KEY `item_type` (`item_type`), KEY `items` (`item_type`,`FK_item`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; INSERT INTO glpi_plugin_badges_mailing VALUES ('1','badges','1','1'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1600','3','2','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1600','4','3','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'1600','5','4','0');___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] correction rssfow
Bonjour, Mise à jour des index MySQL Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône DROP TABLE IF EXISTS `glpi_plugin_rssflow`; CREATE TABLE `glpi_plugin_rssflow` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `address` varchar(255) collate utf8_unicode_ci NOT NULL default '', `type` tinyint(4) NOT NULL DEFAULT '1', `deleted` smallint(6) NOT NULL default '0', `comments` text, `notes` LONGTEXT, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `deleted` (`deleted`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=3 ; DROP TABLE IF EXISTS `glpi_dropdown_plugin_rssflow_type`; CREATE TABLE `glpi_dropdown_plugin_rssflow_type` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `comments` text, PRIMARY KEY (`ID`), KEY `name` (`name`), KEY `FK_entities` (`FK_entities`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=3 ; DROP TABLE IF EXISTS `glpi_plugin_rssflow_profiles`; CREATE TABLE `glpi_plugin_rssflow_profiles` ( `ID` int(11) NOT NULL auto_increment, `name` varchar(255) collate utf8_unicode_ci NOT NULL default '', `interface` varchar(50) collate utf8_unicode_ci NOT NULL default 'rssflow', `is_default` smallint(6) NOT NULL default '0', `rssflow` char(1) default NULL, PRIMARY KEY (`ID`), KEY `interface` (`interface`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=3 ; INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'2800','2','2','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'2800','3','3','0'); INSERT INTO `glpi_display` ( `ID` , `type` , `num` , `rank` , `FK_users` ) VALUES (NULL,'2800','4','4','0');___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Modification du plugin adressing
Bonjour, Ajout des systèmes BSD pour le ping car c'est un paramètre -W et non -w Modifié et testé :) Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône en_GB.php Description: application/php fr_FR.php Description: application/php plugin_addressing.config.php Description: application/php plugin_addressing.functions_setup.php Description: application/php pt_BR.php Description: application/php ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Correction plugin acl
Bonjour, Ben j'ai pas fait attention, c'était comme avant ça, je ne l'ai pas changé Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône Le Mon, 21 Jul 2008 07:15:56 +0200 Remi Collet [EMAIL PROTECTED] a écrit: David DURIEUX a écrit : Bonjour, Modif des index des tables du plugin ACL J'ai pas regardé la version courante, mais : CREATE TABLE `glpi_plugin_acl` ( PRIMARY KEY (`ID`), KEY `ID` (`ID`) = Le seconde est redondante CREATE TABLE `glpi_plugin_acl_device` ( PRIMARY KEY (`ID`), UNIQUE KEY `FK_acl` (`FK_acl`,`FK_device`,`device_type`), KEY `FK_acl_2` (`FK_acl`), KEY `FK_device` (`FK_device`,`device_type`) = FK_acl_2 est inutile puisque incluse dans FK_acl ++ ___ 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
[Glpi-dev] Correction du plugin DHCP
Bonjour, Correction du plugin DHCP, il générait un retour chariot windows ^M à la fin du fichier dhcp.txt Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône index.php Description: application/php ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Correction plugin backups
Bonjour, Corrections des index mysql Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.18.42.55.27 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 509 rue d'Anse 69400 Villefranche sur Saône DROP TABLE IF EXISTS `glpi_plugin_backups_tapes`; CREATE TABLE `glpi_plugin_backups_tapes` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(50) collate utf8_unicode_ci default NULL, `location` tinyint(4) NOT NULL default '0', `type` tinyint(4) NOT NULL default '0', `capacity` varchar(50) collate utf8_unicode_ci NOT NULL default '', `service_date` date NOT NULL default '-00-00', `FK_glpi_enterprise` int(11) NOT NULL default '0', `comments` text, `notes` longtext, `is_template` smallint(6) NOT NULL default '0', `tplname` varchar(200) collate utf8_unicode_ci NOT NULL default '', `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `FK_glpi_enterprise` (`FK_glpi_enterprise`), KEY `deleted` (`deleted`,`is_template`), KEY `name` (`name`), KEY `is_template` (`is_template`,`FK_entities`,`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_libraries`; CREATE TABLE `glpi_plugin_backups_libraries` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(50) collate utf8_unicode_ci default NULL, `comments` text, `notes` longtext, `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `deleted` (`deleted`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_works`; CREATE TABLE `glpi_plugin_backups_works` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(50) collate utf8_unicode_ci default NULL, `type` TINYINT( 4 ) DEFAULT '0', `periodicity` TINYINT( 4 ) DEFAULT '0', `comments` text, `notes` longtext, `is_template` smallint(6) NOT NULL default '0', `tplname` varchar(200) collate utf8_unicode_ci NOT NULL default '', `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `deleted` (`deleted`,`is_template`), KEY `name` (`name`), KEY `is_template` (`is_template`,`FK_entities`,`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_scripts`; CREATE TABLE `glpi_plugin_backups_scripts` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(50) collate utf8_unicode_ci default NULL, `type` TINYINT( 4 ) DEFAULT '0', `location_server` VARCHAR( 255 ) collate utf8_unicode_ci NOT NULL DEFAULT '', `comments` text, `notes` longtext, `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `deleted` (`deleted`), KEY `name` (`name`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_work_history`; CREATE TABLE `glpi_plugin_backups_work_history` ( `ID` int(11) NOT NULL auto_increment, `FK_entities` int(11) NOT NULL default '0', `name` varchar(50) collate utf8_unicode_ci default NULL, `FK_work` int(11) NOT NULL default '0', `date` date NOT NULL default '-00-00', `status` varchar(50) collate utf8_unicode_ci default NULL, `comments` text, `deleted` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), KEY `deleted` (`deleted`), KEY `FK_entities` (`FK_entities`), KEY `date` (`date`), KEY `FK_work` (`FK_work`,`deleted`,`date`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_library_tape`; CREATE TABLE `glpi_plugin_backups_library_tape` ( `ID` int(11) NOT NULL auto_increment, `FK_tape` int(11) NOT NULL default '0', `FK_library` int(11) NOT NULL default '0', `is_template` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_tape` (`FK_tape`,`FK_library`), KEY `FK_tape_2` (`FK_tape`), KEY `FK_library` (`FK_library`), KEY `is_template` (`is_template`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_work_library`; CREATE TABLE `glpi_plugin_backups_work_library` ( `ID` int(11) NOT NULL auto_increment, `FK_library` int(11) NOT NULL default '0', `FK_work` int(11) NOT NULL default '0', `is_template` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_library` (`FK_library`,`FK_work`), KEY `FK_library_2` (`FK_library`), KEY `FK_work` (`FK_work`), KEY `is_template` (`is_template`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; DROP TABLE IF EXISTS `glpi_plugin_backups_work_script`; CREATE TABLE `glpi_plugin_backups_work_script` ( `ID` int(11) NOT NULL auto_increment, `FK_script` int(11) NOT NULL default '0', `FK_work` int(11) NOT NULL default '0', `is_template` smallint(6) NOT NULL default '0', PRIMARY KEY (`ID`), UNIQUE KEY `FK_script` (`FK_script`,`FK_work`), KEY `FK_script_2
[Glpi-dev] Index MySQL
Bonjour, Il faut ajouter le champs 'active' de la table 'glpi_users' en index, afin de faire gagner des millisecondes sur l'affichage de certains plugins. Cordialement, David DURIEUX Tel : 04.74.04.81.34 Port : 06.34.99.45.18 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Problème avec les ports réseau
Bonjour, J'ai identifié un problème assez conséquent. Lorsque l'on connecte un port d'un switch à une carte réseau d'un ordinateur, l'adresse MAC de cette carte met à jour l'adresse MAC du port du switch. Il ne faut pas car les ports des switch administrables ont une adresse MAC et par conséquent on ne peut plus connecter un 2 ports de switch entre eux (via une recherche par adresse MAC) car la MAC est introuvable. Il faudrait que celà soit géré comme les carte d'ordinateur, en gardant les infos de la carte (Adresse IP, Adresse MAC). dans les switchs il faut également modifier le code pour afficher la MAC et l'IP de la carte réseau correspondante (si on veux garder le même affichage). Ceci me pose de réel soucis pour Tracker et pour les connections inter-équipement. Si vous avez besoin de plus d'explication si celà n'est pas clair, je peux passer un coup de fil aux dev ;) Voilà, merci. Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Problème avec les ports réseau
Bonjour, Après vérification (on s'y est mis à plusieurs sur le chan irc), si une adresse mac est attribuée à un port de switch, alors elle n'est pas remplacé à la connexion d'un ordinateur, mais elle est supprimée lors de sa déconexion. Idem pour les autres infos (IP passerelle). Je m'interroge quand même sur le fait que les infos d'un port de switch (ou routeur) puisse changer à la connexion. Est-ce bien de le faire? ou doit-on garder ces infos là intactes? Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE Le Thu, 13 Nov 2008 16:00:12 +0100 David DURIEUX [EMAIL PROTECTED] a écrit: Bonjour, J'ai identifié un problème assez conséquent. Lorsque l'on connecte un port d'un switch à une carte réseau d'un ordinateur, l'adresse MAC de cette carte met à jour l'adresse MAC du port du switch. Il ne faut pas car les ports des switch administrables ont une adresse MAC et par conséquent on ne peut plus connecter un 2 ports de switch entre eux (via une recherche par adresse MAC) car la MAC est introuvable. Il faudrait que celà soit géré comme les carte d'ordinateur, en gardant les infos de la carte (Adresse IP, Adresse MAC). dans les switchs il faut également modifier le code pour afficher la MAC et l'IP de la carte réseau correspondante (si on veux garder le même affichage). Ceci me pose de réel soucis pour Tracker et pour les connections inter-équipement. Si vous avez besoin de plus d'explication si celà n'est pas clair, je peux passer un coup de fil aux dev ;) Voilà, merci. Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : [EMAIL PROTECTED] Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône 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
[Glpi-dev] Patch pour fusion form helpdesk
Bonjour, Voici le patch d'uniformisation des 2 formulaires Helpdesk (création + édition). j'ai enlevé le cadre coût, je renverai un patch pour l'onglet coût dans la semaine. Il restera à ajuster des petites choses suivant les chantiers (document = dans un onglet et SLA (champ date d'échéance à ajouter dans ce form) Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /usr/local/www/data-dist/glpi080 # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: front/helpdesk.php --- front/helpdesk.php Base (BASE) +++ front/helpdesk.php Locally Modified (Based On LOCAL) @@ -171,7 +171,25 @@ } glpi_header($_SERVER['HTTP_REFERER']); } else { - addFormTracking($itemtype,$computer,$_SERVER['PHP_SELF'],$users_id,$group,$users_id_assign,$groups_id_assign,$name,$content,$ticketscategories_id,$priority,$request_type,$hour,$minute,$date,$entity_restrict,$status,$followup); + $array = array( + users_id = $users_id, + group = $group, + users_id_assign = $users_id_assign, + groups_id_assign = $groups_id_assign, + name = $name, + content = $content, + ticketscategories_id = $ticketscategories_id, + priority = $priority, + request_type = $request_type, + hour = $hour, + minute = $minute, + date = $date, + entity_restrict = $entity_restrict, + status = $status, + followup = $followup); + showJobDetails($_SERVER['PHP_SELF'], 0,$array); + //addFormTracking($itemtype,$computer,$_SERVER['PHP_SELF'],$users_id,$group,$users_id_assign,$groups_id_assign,$name,$content,$ticketscategories_id,$priority,$request_type,$hour,$minute,$date,$entity_restrict,$status,$followup); + //showJobDetails($_SERVER['PHP_SELF'],0); } commonFooter(); Index: inc/tracking.function.php --- inc/tracking.function.php Base (BASE) +++ inc/tracking.function.php Locally Modified (Based On LOCAL) @@ -808,7 +808,8 @@ $users_id_rand=0; if (haveRight(update_ticket,1)){ - echo tr class='tab_bg_2' align='center'td.$LANG['job'][4].:/td; + echo tr class='tab_bg_2' alig + $users_id_rand=0;n='center'td.$LANG['job'][4].:/td; echo td colspan='3' align='center'; ///Check if the user have access to this entity only, or subentities too @@ -1878,248 +1879,349 @@ -function showJobDetails ($target,$ID){ +function showJobDetails($target, $ID,$array=array()) { global $DB,$CFG_GLPI,$LANG; $job=new Job(); - $canupdate=haveRight(update_ticket,1); + $canupdate=haveRight('update_ticket','1'); $showuserlink=0; if (haveRight('user','r')){ $showuserlink=1; } - if ($job-getFromDB($ID)haveAccessToEntity($job-fields[entities_id])) { + if ($job-getFromDB($ID)haveAccessToEntity($job-fields['entities_id'])) { + } else { + $job-getEmpty(); + $job-fields[users_id] = $array[users_id]; + $job-fields[group] = $array[group]; + $job-fields[users_id_assign] = $array[users_id_assign]; + $job-fields[groups_id_assign] = $array[groups_id_assign]; + $job-fields[name] = $array[name]; + $job-fields[content] = $array[content]; + $job-fields[ticketscategories_id] = $array[ticketscategories_id]; + $job-fields[priority] = $array[priority]; + $job-fields[request_type] = $array[request_type]; + $job-fields[hour] = $array[hour]; + $job-fields[minute] = $array[minute]; + $job-fields[date] = $array[date]; + $job-fields[entity_restrict] = $array[entity_restrict]; + $job-fields[status] = $array[status]; + $job-fields[followup] = $array[followup]; + } if (!$job-canView()){ return false; } - $canupdate_descr=$canupdate||($job-numberOfFollowups()==0$job-fields[users_id]==$_SESSION[glpiID]); + $canupdate_descr=$canupdate||($job-numberOfFollowups()==0$job-fields['users_id']==$_SESSION['glpiID']); $item=new CommonItem(); - $item-getFromDB($job-fields[itemtype],$job-fields[items_id]); + $item-getFromDB($job-fields['itemtype'],$job-fields['items_id']); - //echo div class='center'; - echo form method='post' name='form_ticket' action='$target' enctype=\multipart/form-data\\n; - echo div class='center' id='tabsbody'; + echo 'form method=post name=form_ticket action='.$target.' enctype=multipart/form-data'; + echo 'div class=center id=tabsbody'; echo table class='tab_cadre_fixe' cellpadding='5'; + if ($ID == '0') { + echo 'tr'; + echo 'th colspan=4'; + echo $LANG['job
Re: [Glpi-dev] Patch pour fusion form helpdesk
Voilà le fichier corrigé, y avait une erreur Le Sun, 6 Sep 2009 17:13:00 +0200 David DURIEUX d.duri...@siprossii.com a écrit: Bonjour, Voici le patch d'uniformisation des 2 formulaires Helpdesk (création + édition). j'ai enlevé le cadre coût, je renverai un patch pour l'onglet coût dans la semaine. Il restera à ajuster des petites choses suivant les chantiers (document = dans un onglet et SLA (champ date d'échéance à ajouter dans ce form) Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /usr/local/www/data-dist/glpi080 # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: front/helpdesk.php --- front/helpdesk.php Base (BASE) +++ front/helpdesk.php Locally Modified (Based On LOCAL) @@ -171,7 +171,25 @@ } glpi_header($_SERVER['HTTP_REFERER']); } else { - addFormTracking($itemtype,$computer,$_SERVER['PHP_SELF'],$users_id,$group,$users_id_assign,$groups_id_assign,$name,$content,$ticketscategories_id,$priority,$request_type,$hour,$minute,$date,$entity_restrict,$status,$followup); + $array = array( + users_id = $users_id, + group = $group, + users_id_assign = $users_id_assign, + groups_id_assign = $groups_id_assign, + name = $name, + content = $content, + ticketscategories_id = $ticketscategories_id, + priority = $priority, + request_type = $request_type, + hour = $hour, + minute = $minute, + date = $date, + entity_restrict = $entity_restrict, + status = $status, + followup = $followup); + showJobDetails($_SERVER['PHP_SELF'], 0,$array); + //addFormTracking($itemtype,$computer,$_SERVER['PHP_SELF'],$users_id,$group,$users_id_assign,$groups_id_assign,$name,$content,$ticketscategories_id,$priority,$request_type,$hour,$minute,$date,$entity_restrict,$status,$followup); + //showJobDetails($_SERVER['PHP_SELF'],0); } commonFooter(); Index: inc/tracking.function.php --- inc/tracking.function.php Base (BASE) +++ inc/tracking.function.php Locally Modified (Based On LOCAL) @@ -808,7 +808,8 @@ $users_id_rand=0; if (haveRight(update_ticket,1)){ - echo tr class='tab_bg_2' align='center'td.$LANG['job'][4].:/td; + echo tr class='tab_bg_2' alig + $users_id_rand=0;n='center'td.$LANG['job'][4].:/td; echo td colspan='3' align='center'; ///Check if the user have access to this entity only, or subentities too @@ -1878,248 +1879,349 @@ -function showJobDetails ($target,$ID){ +function showJobDetails($target, $ID,$array=array()) { global $DB,$CFG_GLPI,$LANG; $job=new Job(); - $canupdate=haveRight(update_ticket,1); + $canupdate=haveRight('update_ticket','1'); $showuserlink=0; if (haveRight('user','r')){ $showuserlink=1; } - if ($job-getFromDB($ID)haveAccessToEntity($job-fields[entities_id])) { + if ($job-getFromDB($ID)haveAccessToEntity($job-fields['entities_id'])) { + } else { + $job-getEmpty(); + $job-fields[users_id] = $array[users_id]; + $job-fields[group] = $array[group]; + $job-fields[users_id_assign] = $array[users_id_assign]; + $job-fields[groups_id_assign] = $array[groups_id_assign]; + $job-fields[name] = $array[name]; + $job-fields[content] = $array[content]; + $job-fields[ticketscategories_id] = $array[ticketscategories_id]; + $job-fields[priority] = $array[priority]; + $job-fields[request_type] = $array[request_type]; + $job-fields[hour] = $array[hour]; + $job-fields[minute] = $array[minute]; + $job-fields[date] = $array[date]; + $job-fields[entity_restrict] = $array[entity_restrict]; + $job-fields[status] = $array[status]; + $job-fields[followup] = $array[followup]; + } if (!$job-canView()){ return false; } - $canupdate_descr=$canupdate||($job-numberOfFollowups()==0$job-fields[users_id]==$_SESSION[glpiID]); + $canupdate_descr=$canupdate||($job-numberOfFollowups()==0$job-fields['users_id']==$_SESSION['glpiID']); $item=new CommonItem(); - $item-getFromDB($job-fields[itemtype],$job-fields[items_id]); + $item-getFromDB($job-fields['itemtype'],$job-fields['items_id']); - //echo div class='center'; - echo form method='post' name='form_ticket' action='$target' enctype=\multipart/form-data\\n; - echo div class='center' id='tabsbody'; + echo 'form method=post name=form_ticket action='.$target.' enctype=multipart/form-data'; + echo 'div class=center id=tabsbody'; echo table class
Re: [Glpi-dev] Patch pour fusion form helpdesk
Le patch avec tout corrigé (version complète du patch) Le Sun, 6 Sep 2009 17:35:14 +0200 David DURIEUX d.duri...@siprossii.com a écrit: Voilà le fichier corrigé, y avait une erreur Le Sun, 6 Sep 2009 17:13:00 +0200 David DURIEUX d.duri...@siprossii.com a écrit: Bonjour, Voici le patch d'uniformisation des 2 formulaires Helpdesk (création + édition). j'ai enlevé le cadre coût, je renverai un patch pour l'onglet coût dans la semaine. Il restera à ajuster des petites choses suivant les chantiers (document = dans un onglet et SLA (champ date d'échéance à ajouter dans ce form) Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /usr/local/www/data-dist/glpi080 # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: front/helpdesk.php --- front/helpdesk.php Base (BASE) +++ front/helpdesk.php Locally Modified (Based On LOCAL) @@ -171,7 +171,25 @@ } glpi_header($_SERVER['HTTP_REFERER']); } else { - addFormTracking($itemtype,$computer,$_SERVER['PHP_SELF'],$users_id,$group,$users_id_assign,$groups_id_assign,$name,$content,$ticketscategories_id,$priority,$request_type,$hour,$minute,$date,$entity_restrict,$status,$followup); + $array = array( + users_id = $users_id, + group = $group, + users_id_assign = $users_id_assign, + groups_id_assign = $groups_id_assign, + name = $name, + content = $content, + ticketscategories_id = $ticketscategories_id, + priority = $priority, + request_type = $request_type, + hour = $hour, + minute = $minute, + date = $date, + entity_restrict = $entity_restrict, + status = $status, + followup = $followup); + showJobDetails($_SERVER['PHP_SELF'], 0,$array); + //addFormTracking($itemtype,$computer,$_SERVER['PHP_SELF'],$users_id,$group,$users_id_assign,$groups_id_assign,$name,$content,$ticketscategories_id,$priority,$request_type,$hour,$minute,$date,$entity_restrict,$status,$followup); + //showJobDetails($_SERVER['PHP_SELF'],0); } commonFooter(); Index: inc/tracking.function.php --- inc/tracking.function.php Base (BASE) +++ inc/tracking.function.php Locally Modified (Based On LOCAL) @@ -808,7 +808,8 @@ $users_id_rand=0; if (haveRight(update_ticket,1)){ - echo tr class='tab_bg_2' align='center'td.$LANG['job'][4].:/td; + echo tr class='tab_bg_2' alig + $users_id_rand=0;n='center'td.$LANG['job'][4].:/td; echo td colspan='3' align='center'; ///Check if the user have access to this entity only, or subentities too @@ -1878,248 +1879,370 @@ -function showJobDetails ($target,$ID){ +function showJobDetails($target, $ID,$array=array()) { global $DB,$CFG_GLPI,$LANG; $job=new Job(); - $canupdate=haveRight(update_ticket,1); + $canupdate=haveRight('update_ticket','1'); $showuserlink=0; if (haveRight('user','r')){ $showuserlink=1; } - if ($job-getFromDB($ID)haveAccessToEntity($job-fields[entities_id])) { + if ($job-getFromDB($ID)haveAccessToEntity($job-fields['entities_id'])) { + } else { + $job-getEmpty(); + $job-fields[users_id] = $array[users_id]; + $job-fields[group] = $array[group]; + $job-fields[users_id_assign] = $array[users_id_assign]; + $job-fields[groups_id_assign] = $array[groups_id_assign]; + $job-fields[name] = $array[name]; + $job-fields[content] = $array[content]; + $job-fields[ticketscategories_id] = $array[ticketscategories_id]; + $job-fields[priority] = $array[priority]; + $job-fields[request_type] = $array[request_type]; + $job-fields[hour] = $array[hour]; + $job-fields[minute] = $array[minute]; + $job-fields[date] = $array[date]; + $job-fields[entity_restrict] = $array[entity_restrict]; + $job-fields[status] = $array[status]; + $job-fields[followup] = $array[followup]; + } if (!$job-canView()){ return false; } - $canupdate_descr=$canupdate||($job-numberOfFollowups()==0$job-fields[users_id]==$_SESSION[glpiID]); + $canupdate_descr=$canupdate||($job-numberOfFollowups()==0$job-fields['users_id']==$_SESSION['glpiID']); $item=new CommonItem(); - $item-getFromDB($job-fields[itemtype],$job-fields[items_id]); + $item-getFromDB($job-fields['itemtype'],$job-fields['items_id']); - //echo div class='center'; - echo form method='post' name='form_ticket' action='$target' enctype=\multipart/form-data\\n; - echo div class='center' id='tabsbody'; + echo 'form
Re: [Glpi-dev] Patch pour fusion form helpdesk
J'ai corrigé le problème du suivi, ajouté un bouton de raz du formulaire plus joli que sur l'ancien formulaire d'ajout de ticket, rajouter un nbsp; avant chaque :, corrigé l'affichage du lien d'ajout de suivi dans l'ouverture de ticket Le Thu, 22 Oct 2009 00:55:14 +0200 MoYo m...@indepnet.net a écrit: David DURIEUX a écrit : Voilà le patch, j'ai testé un peu dans tous les sens, ça a l'air bon. J'ai intégré comme ca on en parlera plus. Voilà les quelques remarques concluant mes premiers tests rapides : - il n'est plus possible de faire un reset du formulaire de saisie d'un ticket - sur le formulaire de saisie, il n'y a plus de gestion automatique de la saisie pour le suivi par email (email et activation du suivi si le user à un email) J'ai déplacé les coûts dans un onglet, je ne l'ai pas fini, je vais bosser dessus aujourd'hui et envoyé un patch ce soir. D'ailleurs, sur les coûts, ne devrait on pas ajouter un champ coût horaire à chaque technicien (sur sa fiche user) pour que ça se calcule automatiquement et correctement lors de la mise à jour d'un suivi? Quitte à ce que je taffe sur les coûts, autant aller au bout ;) - l'onglet coût n'est pas visible, c'est normal ? il ne manquerai pas des fichiers (class et tabs ) ? Je n'ai pas du tout regardé le code. Vu qu'il va y avoir pas mal de job dessus par la suite on aura le temps de revenir dessus de toute façon. ++ Julien ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /usr/local/www/data-dist/glpi080/inc # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: tracking.function.php --- tracking.function.php Locally New +++ tracking.function.php Locally New @@ -1937,7 +1937,7 @@ echo 'tr'; echo 'th colspan=4'; if ($ID == 0) { - echo $LANG['job'][46].:nbsp;.getDropdownName(glpi_entities,$job-fields['entity_restrict']); + echo $LANG['job'][46].nbsp;:nbsp;.getDropdownName(glpi_entities,$job-fields['entity_restrict']); } else { echo getDropdownName('glpi_entities',$job-fields['entities_id']); } @@ -1953,7 +1953,7 @@ echo tr; echo td; echo span class='tracking_small'; - echo $LANG['joblist'][11].: /span; + echo $LANG['joblist'][11].nbsp;: /span; echo /td; echo td; if ($ID == 0) { @@ -1976,7 +1976,7 @@ echo table; echo tr; echo td; - echo span class='tracking_small'.$LANG['joblist'][12].: ; + echo span class='tracking_small'.$LANG['joblist'][12].nbsp;: ; echo /td; echo td; @@ -1995,7 +1995,7 @@ echo th colspan='2' width='50%'; if ($ID 0 ) { - echo span class='tracking_small'.$LANG['common'][26].:br; + echo span class='tracking_small'.$LANG['common'][26].nbsp;:br; echo convDateTime($job-fields[date_mod]).\n; echo /span; } @@ -2004,7 +2004,7 @@ echo tr class='tab_bg_1'; echo td class='left' width='60'; - echo $LANG['joblist'][0].:; + echo $LANG['joblist'][0].nbsp;:; echo /td; echo td; if ($canupdate) { @@ -2014,20 +2014,20 @@ } echo /td; echo th class='center' colspan='2'strong; - echo $LANG['job'][4].:; + echo $LANG['job'][4].nbsp;:; echo /strong/th; echo /tr; echo tr class='tab_bg_1'; echo td class='left'; - echo $LANG['joblist'][29].:; + echo $LANG['joblist'][29].nbsp;:; echo /td; echo td; // TODO : PUT Urgence echo /td; echo td class='left'; if (($ID == 0) AND (haveRight(update_ticket,1))) { - echo $LANG['job'][4].:; + echo $LANG['job'][4].nbsp;:; echo /td; echo td; @@ -2067,12 +2067,12 @@ echo input type='hidden' name='entities_id' value='.$array[entity_restrict].'; } } else if ($canupdate){ - echo $LANG['common'][34].:; + echo $LANG['common'][34].nbsp;:; echo /td; echo td; dropdownAllUsers(users_id,$job-fields[users_id],1,$job-fields[entities_id]); } else { - echo $LANG['common'][34].:; + echo $LANG['common'][34].nbsp;:; echo /td; echo td; echo getUserName($job-fields[users_id],$showuserlink); @@ -2082,13 +2082,13 @@ echo tr class='tab_bg_1'; echo td class='left'; - echo $LANG['joblist'][30].:; + echo $LANG['joblist'][30].nbsp;:; echo /td; echo td; // TODO : PUT Impact echo /td; echo td class='left'; - echo $LANG['common'][35].:; + echo $LANG['common'][35].nbsp;:; echo /td; echo td; if ($canupdate) { @@ -2101,7 +2101,7 @@ echo tr class='tab_bg_1'; echo td class='left'; - echo $LANG['joblist'][2].:; + echo $LANG['joblist'][2].nbsp;:; echo /td; echo td
Re: [Glpi-dev] Patch pour fusion form helpdesk
Je ne pensais pas le faire ce soir, mais finalement, le voici, le patch pour l'onglet des coûts. J'ai laissé comme c'était en attendant que je fasse des vrais spec ;) Le Fri, 23 Oct 2009 23:27:28 +0200 David DURIEUX d.duri...@siprossii.com a écrit: J'ai corrigé le problème du suivi, ajouté un bouton de raz du formulaire plus joli que sur l'ancien formulaire d'ajout de ticket, rajouter un nbsp; avant chaque :, corrigé l'affichage du lien d'ajout de suivi dans l'ouverture de ticket Le Thu, 22 Oct 2009 00:55:14 +0200 MoYo m...@indepnet.net a écrit: David DURIEUX a écrit : Voilà le patch, j'ai testé un peu dans tous les sens, ça a l'air bon. J'ai intégré comme ca on en parlera plus. Voilà les quelques remarques concluant mes premiers tests rapides : - il n'est plus possible de faire un reset du formulaire de saisie d'un ticket - sur le formulaire de saisie, il n'y a plus de gestion automatique de la saisie pour le suivi par email (email et activation du suivi si le user à un email) J'ai déplacé les coûts dans un onglet, je ne l'ai pas fini, je vais bosser dessus aujourd'hui et envoyé un patch ce soir. D'ailleurs, sur les coûts, ne devrait on pas ajouter un champ coût horaire à chaque technicien (sur sa fiche user) pour que ça se calcule automatiquement et correctement lors de la mise à jour d'un suivi? Quitte à ce que je taffe sur les coûts, autant aller au bout ;) - l'onglet coût n'est pas visible, c'est normal ? il ne manquerai pas des fichiers (class et tabs ) ? Je n'ai pas du tout regardé le code. Vu qu'il va y avoir pas mal de job dessus par la suite on aura le temps de revenir dessus de toute façon. ++ Julien ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /usr/local/www/data-dist/glpi080 # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: ajax/tracking.tabs.php --- ajax/tracking.tabs.php Base (BASE) +++ ajax/tracking.tabs.php Locally Modified (Based On LOCAL) @@ -57,6 +57,10 @@ showAddFollowupForm($_POST[id]); break; + case 3 : + showJobCost($_POST['target'],$_POST[id]); + break; + default : if (!displayPluginAction(TRACKING_TYPE,$_POST[id],$_REQUEST['glpi_tab'])) { showJobDetails($_POST['target'],$_POST[id]); Index: inc/tracking.class.php --- inc/tracking.class.php Base (BASE) +++ inc/tracking.class.php Locally Modified (Based On LOCAL) @@ -72,7 +72,8 @@ $ong[2]=$LANG['job'][29]; } } - + $ong[3]=$LANG['job'][47]; + $ong[4]=$LANG['jobresolution'][1]; $ong['no_all_tab']=true; return $ong; Index: inc/tracking.function.php --- inc/tracking.function.php Locally New +++ inc/tracking.function.php Locally New @@ -1937,7 +1937,7 @@ echo 'tr'; echo 'th colspan=4'; if ($ID == 0) { - echo $LANG['job'][46].:nbsp;.getDropdownName(glpi_entities,$job-fields['entity_restrict']); + echo $LANG['job'][46].nbsp;:nbsp;.getDropdownName(glpi_entities,$job-fields['entity_restrict']); } else { echo getDropdownName('glpi_entities',$job-fields['entities_id']); } @@ -1953,7 +1953,7 @@ echo tr; echo td; echo span class='tracking_small'; - echo $LANG['joblist'][11].: /span; + echo $LANG['joblist'][11].nbsp;: /span; echo /td; echo td; if ($ID == 0) { @@ -1976,7 +1976,7 @@ echo table; echo tr; echo td; - echo span class='tracking_small'.$LANG['joblist'][12].: ; + echo span class='tracking_small'.$LANG['joblist'][12].nbsp;: ; echo /td; echo td; @@ -1995,7 +1995,7 @@ echo th colspan='2' width='50%'; if ($ID 0 ) { - echo span class='tracking_small'.$LANG['common'][26].:br; + echo span class='tracking_small'.$LANG['common'][26].nbsp;:br; echo convDateTime($job-fields[date_mod]).\n; echo /span; } @@ -2004,7 +2004,7 @@ echo tr class='tab_bg_1'; echo td class='left' width='60'; - echo $LANG['joblist'][0].:; + echo $LANG['joblist'][0].nbsp;:; echo /td; echo td; if ($canupdate) { @@ -2014,20 +2014,20 @@ } echo /td; echo th class='center' colspan='2'strong; - echo $LANG['job'][4].:; + echo $LANG['job'][4].nbsp;:; echo /strong/th; echo /tr; echo tr class='tab_bg_1'; echo td class='left'; - echo $LANG['joblist'][29].:; + echo $LANG['joblist'][29].nbsp;:; echo /td; echo td; // TODO : PUT Urgence echo /td; echo td class='left'; if (($ID == 0) AND (haveRight(update_ticket,1))) { - echo $LANG['job'][4].:; + echo $LANG['job'][4].nbsp;:; echo /td; echo td; @@ -2067,12 +2067,12
Re: [Glpi-dev] Patch pour fusion form helpdesk
Merci :) Le Mon, 26 Oct 2009 02:17:26 +0100 MoYo m...@indepnet.net a écrit: David DURIEUX a écrit : Je ne pensais pas le faire ce soir, mais finalement, le voici, le patch pour l'onglet des coûts. J'ai laissé comme c'était en attendant que je fasse des vrais spec ;) Patch commité. Julien ___ 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
[Glpi-dev] Patch helpdesk closed ticket
Patch bug graphique lors de la cloture des tickets# This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /usr/local/www/data-dist/glpi080/inc # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: tracking.function.php --- tracking.function.php Locally New +++ tracking.function.php Locally New @@ -1973,19 +1973,16 @@ echo /td; if (strstr($job-fields[status],old_)) { echo td; - echo table; + echo /tr; echo tr; echo td; - echo span class='tracking_small'.$LANG['joblist'][12].: ; + echo span class='tracking_small'.$LANG['joblist'][12].nbsp;: ; echo /td; echo td; showDateTimeFormItem(closedate,$job-fields[closedate],1,false,$canupdate); echo /span; echo /td; - echo /tr; - echo /table\n; - echo /td; } echo /tr; } ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Demande d'ouverture d'un projet sur la forge des plugins
Bonjour, Pour moi ca ressemble à du datainjection avec une fonctionnalité en plus qui est de se baser sur le numéro d'inventaire et outrepasser le type de matériel. Walid va reprendre datainjection dans quelquejours pour le réecrire. Je ne dénigre pas le boulo fait dessus, c'est juste que refaire un plugin qui existe dejà presque en l'état c'est bête et peut etre du temps perdu. Après faut voir évidement, le temps que t'a passé dessus. En tout cas c'est sympas de reverser :D Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE Le Thu, 08 Apr 2010 17:47:07 +0200 Anthony Hebert aheb...@teclib.com a écrit: Bonjour, Suite à une demande spécifique de développement sur l'application GLPI. j'ai développé un plugin que je souhaiterais donc reverser à la communauté. Ce dernier est destiné à la réalisation d'actions en masse sur tout type de matériel. Voici brièvement sa fiche d'identité : _Nom :_ Massive Materials Updates _Fonctionnement : _ * À partir d'un fichier csv/txt contenant une liste de numéros d'inventaire, un formulaire offre la possibilité de modifier : 1. Le lieu et le statut pour tout matériel énuméré. 2. la possibilité de conserver ou non le propriétaire du matériel. * A la suite du traitement, un log est donc affiché pour permettre de visualiser la bonne ou mauvaise exécution des traitements pour chaque matériel (Succès,Échec,Matériel non trouvé) Ce plugin est disponible pour les versions 0.72 et 0.78. Toutefois il reste perfectible et je reste donc à l'écoute de possibles remarques pour l'enrichir. Enfin, et c'est le but de ce mail, je vous demanderais donc s'il est possible d'ouvrir un projet pour ce plugin, sur la forge. Bien Amicalement, Anthony SphynXz Hebert. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] New plugins, translates and desing for GLPI
Hello, The design is very nice, you have made a very good integration :) Best regards, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE Le Wed, 22 Sep 2010 11:05:40 +0200 José Figueruela jfigueru...@elsendero.es a écrit: Je représente le département de développement de la société espagnole *El Sendero*, de conseil et de services spécialisés dans les nouvelles technologies. Nous avons décidé d'utiliser leurs applications à usage interne et ont mis en place de nouveaux modules, l'amélioration de notre cadre d'autres critères et mis en oeuvre une nouvelle conception graphique, et comble certaines traductions en espagnol, des fichiers joints. Nous sommes intéressés à poursuivre le développement de nouvelles solutions pour *GLPI *et de participer en tant que partenaire dans le projet. Si possible, d'autre part nous voulons pour migrer l'application et les plugins pour la nouvelle version 0,78. Y at-il toute la documentation à ce sujet? Merci d'avance. Cordialement José Figueruela. Pièces jointes: [es_ES] Plugins-Translate: Traductions en espagnol. GLPI-appweb-1.5.3: diffusion des fonctionnalités supplémentaires /mailing/ GLPI-desing: CSS et photos pour une nouvelle conception graphique. GLPI-carte sim-1.0.0: Nouveau module pour gérer tarjeras SIM. GLPI-tlflines-1.0.0: Nouveau module pour gérer les lignes téléphoniques. Buenos días. Represento al departamento de desarrollo de la empresa española* El Sendero*, consultoría y servicios especializados en Nuevas Tecnologías . Hemos decidido utilizar su aplicación para nuestro uso interno y hemos implementado nuevos módulos, mejorado bajo nuestro criterio otros y aplicado un nuevo diseño visual, además de completar algunas traducciones al Español, adjunto ficheros. Estamos muy interesados en seguir desarrollando nuevas soluciones para *GLPI *y participar como /partner/ en el proyecto. De ser posible, por otro lado deseamos migrar la aplicación y los plugins a la nueva versión 0.78. ¿Existe alguna documentación al respecto? Gracias de antemano. Atentamente José Figueruela. Adjuntos: [es_ES] Plugings-Translates : Traduciones a Español. glpi-appweb-1.5.3 : Añadida funcionalidad de /mailing/ glpi-desing : CSS y PICS para un nuevo diseño visual. glpi-simcard-1.0.0 : Nuevo módulo para la gestión de tarjeras SIM. glpi-tlflines-1.0.0 : Nuevo módulo para la gestión de líneas de télefono. Good morning. I represent the development department of the Spanish company *El Sendero*, consulting and specialized services in New Technologies. We decided to use their applications for internal use and have implemented new modules, improved under our criteria other and implemented a new visual design, and fills in some translations into Spanish, attached files. We are interested in further developing new solutions for *GLPI *and participate as a partner in the project. If possible, on the other hand we want to migrate the application and the plugins to the newest version 0.78. Is there any documentation on this? Thanks in advance. Sincerely José Figueruela. Attachments: [es_ES] Plugings-Translate: Translations into Spanish. GLPI-appweb-1.5.3: Added mailing functionality GLPI-desing: CSS and PICS for a new visual design. GLPI-simcard-1.0.0: New module to manage SIM tarjeras. GLPI-tlflines-1.0.0: New module to manage telephone lines. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Nouvelles fonctionnalités GLPI
Salut, Ben ça n'a pas déjà été acté avec la core team comme défini dans l'appel d'offre? je vois pas trop le soucis de la demande là. Cordialement, David DURIEUX Tel : +33 (0)4.74.04.81.34 Port : +33 (0)6.34.99.45.18 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII 847 route de Frans (Créacité) 69400 Villefranche sur Saône FRANCE Le Tue, 12 Oct 2010 12:01:09 +0200 François LEGASTELOIS francoislegastel...@gmail.com a écrit: Bonjour à tous, Dans le cadre d'un projet de développement nous souhaiterions apporter notre contribution à GLPI sous différentes formes : - prendre en charge le développement de tickets déjà présents dans la forge, - proposer des nouvelles fonctionnalités pour les prochaines versions, - et ouvrir de nouveaux tickets dans la Roadmap si ces fonctionnalités sont validées. Pour les nouvelles fonctionnalités, les voici résumées en quelques lignes : 1 : ajouter la possibilité de définir un (des) champ(s) d'unicité dans l'application, permettant ainsi d'éviter au maximum les doublons : cela sous la forme d'une interface dans la Configuration Générale de l'inventaire qui pourrait s'appeler Unicité des matériels et qui permettra pour chaque type de matériel pour une Entité particulière (ou pour tous les matériels dans toutes les entités) de définir les critères (les champs sur lesquels s'appuyer) qui définissent l'unicité. Elle sera optionnelle, si l'administrateur décide de ne pas mettre en place ses propres règles d'unicité, les traitements d'imports/d'ajout dans la base de données de GLPI se réaliseront alors exactement de la même façon qu'actuellement. Afin de faciliter la gestion des problèmes d'import on pourra également permettre aux administrateurs de consulter les problèmes qui sont apparus lors des différents traitements réalisés avant ajout d'item dans la base de données (import fichiers, saisie manuelle, synchronisation OCS Inventory NG) via une (autre) nouvelle interface. 2 : Fusion ocs/glpi - laisser libre l'administrateur de définir ses propres critères de fusion en se basant sur l'ensemble des propriétés disponibles pour un matériel : actuellement, dans GLPI, il n'est possible de définir que 4 critères d'existance pour réaliser la fusion des matériels présents dans GLPI avec ceux présents dans OCS. Le développement de cette fonctionnalité passera par l'amélioration de l'interface existante, et permettra de définir pour chaque type de matériel (ou pour tous les types) les champs à prendre en compte pour réaliser les fusions. Cette fonctionnalité pourra être couplée avec une nouvelle interface qui listera avec précision les matériels (soit entité/entité, soit de manière globale) qui n'ont pas pu être fusionné entre OCS et GLPI. Elle permettra également de réaliser les actions nécessaire à la résolution de ces problèmes de fusion : soit par fusion manuelle avec une machine existante, soit par proposition de redéfinition des champs qui ont bloqués l'import et relance manuelle de celui-ci. 3 : Donner la possibilité de traiter automatiquement le transfert d’une entité à l’autre sur un changement de valeur du TAG : une nouvelle interface va permettre de définir les actions à réaliser lors d'un changement de TAG. Elle pourra être intégrée dans un nouvel onglet du mode OCSNG de GLPI et reste optionnelle par défaut (pour ne pas perturber les actions déjà en place actuellement). 4 : Pouvoir supprimer réinitialiser le lien OCS/GLPI à discrétion par machine et non plus en globalité : amélioration de l'interface existante, lorsque l'utilisateur final clique sur « Nettoyage des liens GLPI / OCSNG » depuis le menu « Outils OCSNG » il arrive sur cette interface et il peut choisir sur quel matériel réaliser l'opération, ou alors de lancer l'opération de manière globale comme actuellement (les habilitations seront aussi à mettre en place pour cette fonctionnalité). Pouvez-vous nous indiquer les démarches à suivre pour que l'on puisse développer ces fonctionnalités ? (notamment sur la prise en charge de tickets présents dans la forge) En espérant ne pas avoir été trop long, je vous remercie d'avance pour vos réponses. Bien cordialement, François ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Work on link several users / groups to a ticket
Le Mon, 15 Nov 2010 17:10:55 +0100 MoYo m...@indepnet.net a écrit: ## Mail in french : google translate is your friend :) Salut, Je travaille actuellement sur cette feature : https://forge.indepnet.net/issues/839 Je donc revu à cette effet complètement le display du formulaire des tickets. Le travail n'est pas encore complètement fini mais l'idée générale est là. C'est le moment de donner votre avis sur l'ergonomie pour évolution ou modification complète si besoin. Ci joint 2 captures si vous ne pouvez pas installer la version SVN. ++ Julien Sur l'image ticketnew080.png, je verrait bien une sorte de ligne horizontale pour séparer la partie acteurs* et la partie en dessous (statuts..) car si on regarde à droite on confond un peu les 2 parties et c'est difficile à lire. David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Multientity management share stock between subentities
Le Thu, 18 Nov 2010 20:46:33 +0100 Walid Nouh walid.n...@gmail.com a écrit: Hello, Today I've faced a problem when I tried to setup rules and automatic links between computers in OCS GLPI. 1 - Computers that are in stock are manually encoded and stored in a specific entity. When the computers is delivered by the supplier, we have no idea where it's going to be dispatched. 2 - The computer is the put in service and the OCS Inventory or FusionInventory agent is installed and send his inventory in the OCS Server. 3 - The GLPI synchronization process detects a new computer in OCS : it goes through the rules engine and a target entity is assigned. Then GLPI try to find a computer with, in my case, the same serial number. Of course it won't find anything, and will create a new computer = so we get doubles into GLPI :( My idea will be to extend the link process and be able to specific in the OCSNG Mode configuration an entity in which GLPI will try, alternatively, to look for the computer : 1 - GLPI synchronization process detects a new computer : it goes through the rules engine and a target entity is assigned 2 - GLPI try to find a computer with the same serial number 3 - not computer found : run the same search but on the alternate entity configured in OCSNG mode 4 - computer found in this entity : transfer the GLPI computer first in the target entity and the link the 2 computers It seems good but do you make same thing when you have : Rule 1 = serial Rule 2 = uuid Rule 3 = macaddress Rule4 do we search on each entity for each rule or when all don't match we retry all in all entities? David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Amélioration page accueil post-only
Le Mon, 20 Dec 2010 09:31:19 +0100 Walid nouh walid.n...@gmail.com a écrit: On 20/12/2010 09:27, MoYo wrote: Le 20/12/2010 09:17, Tsmr a écrit : Bonjour. Moi je serais d'avis de faire comme les articles de la KB : options dans chaque note : visible sur le helpdesk (O/N) C'est une idée intéressante effectivement. Ca donnerai une solution plus souple. exact, et ça garde la même logique ! Walid. Ca permet aux utilisateurs finaux d'avoir des messages du genre Le serveur de mail est en panne et ça évite que 30 personnes créent un ticket pour la même chose. Celà implique que ces notes doivent être visibles dès que ces utilisateurs se connectent. David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Patch for update computer DeviceControl
DeviceControl don't have specificity field and when you update glpi_computers_devicecontrols you have a notice This patch for GLPI 0.78.2 tets if $this-fields['specificity'] exist. I have a little see in 0.80 and it seems same problem. Thanks! David Durieux # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /Donnees/www/data-dist/glpi078/inc # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: computer_device.class.php --- computer_device.class.php Base (BASE) +++ computer_device.class.php Locally Modified (Based On LOCAL) @@ -497,7 +497,8 @@ } } } - if ($this-fields['specificity'] == $this-input['specificity']) { \ No newline at end of file + if (isset($this-fields['specificity']) + AND ($this-fields['specificity']== $this-input['specificity'])) { \ No newline at end of file // No change return false; } ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Pallettes de couleurs
Je penche sur les couleurs vives, on arrive mieux à y voir et je pense que ça peut aider les daltoniens ;) David Le Tue, 22 Feb 2011 11:18:11 +0100 MoYo m...@indepnet.net a écrit: Bonjour à tous, petit retour concernant ce message de beta-test sur le forum : http://www.glpi-project.org/forum/viewtopic.php?id=22938 Le problème est l'affichage de la légende en mode PNG alors qu'en SVG aucun problème. Les couleurs ne correspondent pas du tout aux couleurs utlisées dans les graphiques ce qui porte à confusion. svg.png et png.png sont les images avec les coloris GLPI svg2.png et png2.png sont les images avec les coloris standard de la librairies J'aimerai donc des avis sur ces points : - Pensez vous que la solution actuelle est acceptable (coloris GLPI) même si peu lisible en PNG ? - Les couleurs standard tranchées vous choquent ? On doit pouvoir surement retravailler les couleurs standard pour les rendre moins vives. Bref, vos avis sur les 2 options ? merci d'avance ++ Julien ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Pallettes de couleurs
Le Tue, 22 Feb 2011 11:41:07 +0100 MoYo m...@indepnet.net a écrit: Re bonjour, merci pour vos retours rapides. Voilà ce que cela pourrait donner au final : Si vous avez des remarques n'hésitez pas. Julien C'est très bien comme ça ;) David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] calcul de la mémoire
Le Fri, 15 Apr 2011 00:08:18 +0200 jmd j...@indepnet.net a écrit: Bonsoir, Le 14/04/2011 22:58, Fabrice Flore-Thebault a écrit : Soit un ordinateur avec les composants suivants: 4x Memory DDR2 - DIMM Type : DDR2 Frequency : 800 Size : 1024 MB 1x Memory Flash - Chip Type : FlashSize : 4096 MB Dans la liste des ordinateurs, il est reporté avec les informations suivantes: Memory (MB) : 8 192 On dirait que le calcul prend en compte tous les items de type Memory. Ce qui serait attendu ici, c'est plutôt un calcul ne prenant pas en compte la mémoire de type Flash, qui s'apparente plutôt à un disque dur, et donc un total de 4096 MB de mémoire. Ceci sur GLPI 0.78.3. Le matériel concerné est un desktop HP récent. Je ne sais pas à quoi correspond cette mémoire flash. L'information est remontée avec l'agent FusionInventory, aussi bien à travers le serveur OCS que directement dans le plugin FusionInventory. C'est certes curieux mais si c'est remonté comme de la mémoire... GLPI le compte comme de la mémoire... C'est l'outil d'inventaire qui type le composant identifié pas GLPI. A voir donc avec l'équipe en charge de l'agent FusionInventory. Envoi moi un XML de l'inventaire du PC et je regarde ce qu'il se passe Bonne soirée, Jean-Mathieu ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Informations OCS
Bonjour, Si on a activé le mode OCS NG, importé des machines et ensuite désactivé le mode OCS, sur la fiche ordinateur on voit les informations : Date dernier inventaire OCSNG : 2010-09-26 10:27 Date d'import dans GLPI : 2011-04-18 19:35 Serveur localhost , Agent : Elles ne devraient plus apparaître vu que le mode OCS est désactivé. Je propose un patch pour la 0.80 si ce raisonnement est correct pour tout le monde. Cordialement, -- 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 # This patch file was generated by NetBeans IDE # Following Index: paths are relative to: /Donnees/www/data-dist/glpi080/inc # This patch can be applied using context Tools: Patch action on respective folder. # It uses platform neutral UTF-8 encoding and \n newlines. # Above lines and this line are ignored by the patching process. Index: computer.class.php --- computer.class.php Base (BASE) +++ computer.class.php Locally Modified (Based On LOCAL) @@ -714,7 +714,8 @@ if (!empty($ID) $this-fields[is_ocs_import] haveRight(view_ocsng,r) - count($dataocs)) { + count($dataocs) + $CFG_GLPI[use_ocs_mode]) { echo br; echo $LANG['ocsng'][14].nbsp;: .convDateTime($dataocs[last_ocs_update]); @@ -755,7 +756,8 @@ $this-fields[is_ocs_import] haveRight(view_ocsng,r) haveRight(sync_ocsng,w) - count($dataocs)) { + count($dataocs) + $CFG_GLPI[use_ocs_mode]) { echo td .$LANG['ocsng'][6]. .$LANG['Menu'][33].nbsp;:/td; echo td ; ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Informations OCS
C'est plus propre en effet, merci de la réponse, je vais prévoir la modification de ce champ. David Le Tue, 19 Apr 2011 08:34:40 +0200 MoYo m...@indepnet.net a écrit: Salut, même si le mode OCS est désactivé l'information d'import de la machine depuis OCS et la date d'import me semble une information importante, ne pas l'afficher ne me semble pas pertinent. Après, si je lis entre les lignes, ta problématique semble être la migration OCS - FusionInventory. SI la machine est remontée depuis un autre système qu'OCS, pour faire les choses proprement actuellement, il faut positionner le champ is_ocs_import de la table glpi_computers à 0 pour indiquer que cette machine n'est plus synchronisée via OCS. Tout le travail sur la généralisation de l'import d'inventaire quelque soit l'outil permettra de faire les choses plus proprement mais ce n'est pas le cas pour le moment (prévue actuellement pour la version 0.85) ++ Julien ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] demande d'ouverture de projet
Bonjour, Pourquoi ne pas gérer les refus de mail avec les règles Règles d'affectation des tickets ouverts par email quand tu détecte que le mail de sauvegarde est OK. Ca me parait plus simple que de faire un plugin non? Cordialement, -- 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 Le Thu, 19 May 2011 21:43:18 +0200 eltharin elthari...@hotmail.fr a écrit: Bonjour, Je suis en train de créer un plugin pour mon travail qui permet au même titre que les collecteurs récupérer un ou plusieurs boites mails mais sans les enregistrer systématiquement en ticket. En les visualisant, il sera alors possible de les intégrer en ticket. Par exemple à chaque sauvegarde nous avons un mail, le fait qu’une sauvegarde soit ok n’a pas à rentrer en ticket alors que si elle se trouve en échec il peut être intéressant d’en créer un. Ce plugin s’appellerait AlertCollector . Merci. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] demande d'ouverture de projet monitoring
Bonjour, Merci beaucoup Julien! Cordialement, -- 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 Le Fri, 20 May 2011 20:28:35 +0200 MoYo m...@indepnet.net a écrit: projet créé Julien Le 20/05/2011 18:23, David DURIEUX a écrit : Bonjour, Je souhaiterai un espace sur la forge monitoring Dans un premier temps ce plugin permettra de créer la config de Shinken (fork de Nagios) avec les hosts, services, templates, gestion des dépendances et Shinken viendra récupérer sa config et la chargera. plus tard, on pourra faire la configuration de Nagios ou autre avec un export des fichiers de configuration. Merci d'avance ! Cordialement, -- 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Plugin slist compatible with GLPI 0.80
Hello, For plugins author, please update this page: https://forge.indepnet.net/projects/plugins/wiki/Available080 Users need to know what plugin is compatible (because some plugins in 0.78 are too compatible with 0.80) Thanks! 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
Re: [Glpi-dev] Position of evolution ...
Le Thu, 14 Jul 2011 06:35:34 +0200 Damien Touraine damien.toura...@limsi.fr a écrit: Hello, On 07/13/11 17:01, Walid nouh wrote: On 13/07/2011 15:59, Damien Touraine wrote: Hello, On 07/13/11 15:40, Walid nouh wrote: Hello, I just applied the patch, and it's looks really interesting. Thanks a lot ! On the plugin side, it's going to affect several of them : - fusioninventory : I let David reply, but this is more or less the same work as for OCS The plugin also modify the ocsserver class to integrate the OCS mass import plugin withiout problem. But OCS seems to have some lacks (ie : a network card that have several IP is seen as several different cards ...). So I will try to modify the patch regarding fusioninventory Maybe we could improve the FusionInventory agent to collect more data the future. As soon as all theses informations are available in GLPI, it makes more sense. I know that getting IPv6 informations is something that matters for the FusionInventory project for example. As soon as I finish the job on GLPI, I plan to work on fusion inventory. Humm, it's interessing. With integration with Fusion, I will see for modifications (I must create in first branch for 2.5.0, version for GLPI 0.83). Impact computer inventory but switch and printers too. Happy to see that ;) [...] ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Patch for ajax updateItemOnEventJsCode
Hello, I have made fix for function Ajax::updateItemOnEventJsCode When use $minsize or $forceloadfor parameter and if $toobserve is an array, it don't works because use id the array instead each value of the array. ++ David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Patch for ajax updateItemOnEventJsCode
With patch, it's better ;) Le Sat, 13 Aug 2011 15:01:21 +0200 David DURIEUX d.duri...@siprossii.com a écrit: Hello, I have made fix for function Ajax::updateItemOnEventJsCode When use $minsize or $forceloadfor parameter and if $toobserve is an array, it don't works because use id the array instead each value of the array. ++ David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev index inc/ajax.class.php --- inc/ajax.class.php +++ inc/ajax.class.php @@ -173,14 +173,14 @@ class Ajax { function() {; $condition = ''; if ($minsize = 0) { - $condition = Ext.get('$toobserve').getValue().length = $minsize ; + $condition = Ext.get('$zone').getValue().length = $minsize ; } if (count($forceloadfor)) { foreach ($forceloadfor as $value) { if (!empty($condition)) { $condition .= || ; } -$condition .= Ext.get('$toobserve').getValue() == '$value'; +$condition .= Ext.get('$zone').getValue() == '$value'; } } if (!empty($condition)) { ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] POC on ticket management
Hello, I have coded a Proof Of Concept (for FusionInventory plugin usage) but can be used for ticket system. The problem : for a ticket escalation, we must delete each the groups and/or technicians, click on update button and after refresh, click on add button, select group or technician and click again on update button. This is heavy to manage with lot's of click and refresh of the page. Solution : use more javascript to remove and add groups/technicians. The Proof Of Concept (POC) : I use same system for next version of FusionInventory but using more javascript and it's a little better to manage. You can try on my server with glpi 0.83 devel version : 1/ Connect on http://glpipoc.siprossii.com/ Login : glpi password : poc 2/ go to url : http://glpipoc.siprossii.com/plugins/fusioninventory/front/task.form.php?id=1 3/ Go on second tab named Job 1 and after you can try this system in Job - ID 1 (Entité racine) table and in row named Définition If you think this system is better, I can update it to the ticket form and send patch. David Durieux ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Champ status hierarchisé ?
Le Tue, 23 Aug 2011 10:25:46 +0200 MoYo m...@indepnet.net a écrit: Bonjour, via un plugin cette modification me semble impossible. Par contre, l'évolution vers un dropdown hiérarchique me paraît intéressante. Pour pouvoir valider cette évolution il nous faudrait juste quelques autres retours allant dans ce sens. Est-ce que d'autres personnes voient un intérêt à cette évolution ? Cordialement, Julien Dombre Le 16/08/2011 14:32, Guillaume Rousse a écrit : Bonjour. Suite à un besoin exprimé par nos services administratifs de pouvoir conserver une trace des raisons de sortie d'inventaire des matériels (session aux domaines, vol, perte, etc...), j'avais commencé à travailler sur un plugin pour ajouter cette information. Le but était d'éviter de polluer les différentes valeurs du champ status avec des cas ultra-minoritaire. Néanmoins, vu le cout de la chose, le fait que j'ai changé d'affectation, et que l'équipe actuelle qui gère le projet se satisfait de l'utilisation du champ status, je pense que le projet est mort-né. Cependant, une autre idée récente me parait susceptible d'éventuellement générer plus d'intérêt en dehors de notre cas particulier, et donc de relancer cette idée de développement: faire du champ status un champ hierarchisé, de la même façon que le champ localisation, par exemple. Ainsi, on pourrait avoir quelque chose du genre: - en commande * notifié * receptionné - en service * utilisé * disponible - hors service - sorti de l'inventaire * volé * perdu * donné La question est de savoir si cela est possible à travers un plugin (j'ai des doutes, s'agissant d'une donnée de base), et sinon, est-ce que cette modification serait susceptible de s'intégrer dans le calendrier de développement du projet ? Et éventuellement, y a-t-il des gens qui seraient interessés par un tel développement ? A+ On est souvent embêter sur ce genre de chose (sortie d'inventaire, etc...) lorsqu'on met en place GLPI. Ca me parait une bonne idée. David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Template of tickets and categories
Le Thu, 01 Sep 2011 23:07:03 +0200 MoYo m...@indepnet.net a écrit: Le 01/09/2011 22:54, David DURIEUX a écrit : Le Thu, 01 Sep 2011 22:32:34 +0200 MoYom...@indepnet.net a écrit: Hi, We are working on templates for tickets in order to set mandatories, hidden and predefined fields. We have two choices to implement that : - Permit to choose a template on ticket creation. - Link templates to ticket's categories. Selecting a category will load the template. What do you think about these 2 options ? Regards Julien Permit to choose a template on ticket creation seems to be the best choice and will set a category. Think we can have many templates for a category that can be managed by a template dropdown. Could you give us an example of several templates per category. Thks yes of course, if you have few categories : * hardware ** server ** computer ** monitor * software ** office (with word, excel, emails) ** Operating system ** SAP Perhaps in category computer, you can have 2 templates like : * can't power on * crash David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Search by date
hello On search by date, we can search with a date, since xx hours, days... I propose to be able to find since last monday or sunday or... or since begin of this month. Goal is to use it in bookmark to have, for example, all tickets open this week or month. Is this query is fine for you? If yes I can propose a patch. David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Search by date
Fixed patch, use this instead previous mail. Add possibility to search an opened ticket of today for example Thanks. David Le Tue, 6 Sep 2011 10:08:26 +0200 David DURIEUX d.duri...@siprossii.com a écrit: This is the patch for GLPI 0.83 devel Thanks! David Durieux Le Mon, 5 Sep 2011 15:35:05 +0200 David DURIEUX d.duri...@siprossii.com a écrit: hello On search by date, we can search with a date, since xx hours, days... I propose to be able to find since last monday or sunday or... or since begin of this month. Goal is to use it in bookmark to have, for example, all tickets open this week or month. Is this query is fine for you? If yes I can propose a patch. David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev diff --git a/inc/html.class.php b/inc/html.class.php index b37f1d8..c8ab55d 100644 --- a/inc/html.class.php +++ b/inc/html.class.php @@ -3055,6 +3055,7 @@ class Html { $val = 'NOW'; echo option value='$val' .($value===$val?'selected':'')..$LANG['calendar'][16]./option; + echo option value='TODAY' .($value==='TODAY'?'selected':'')..$LANG['calendar'][27]./option; echo option value='0' .($value===0?'selected':'')..$LANG['calendar'][17]./option; if ($with_time) { @@ -3071,12 +3072,29 @@ class Html { echo - $i .$LANG['calendar'][12]./option; } + $list = array(); + $list[18] = LASTSUNDAY; + $list[19] = LASTMONDAY; + $list[20] = LASTTUESDAY; + $list[21] = LASTWEDNESDAY; + $list[22] = LASTTHURSDAY; + $list[23] = LASTFRIDAY; + $list[24] = LASTSATURDAY; + foreach ($list as $lang_key=$val) { + echo option value='$val' .($value===$val?'selected':'').; + echo $LANG['calendar'][$lang_key]./option; + } + for ($i=1 ; $i=10 ; $i++) { $val = '-'.$i.'WEEK'; echo option value='$val' .($value===$val?'selected':'').; echo - $i .$LANG['calendar'][13]./option; } + $val = BEGINMONTH; + echo option value='$val' .($value===$val?'selected':'').; + echo $LANG['calendar'][25]./option; + for ($i=1 ; $i=12 ; $i++) { $val = '-'.$i.'MONTH'; echo option value='$val' .($value===$val?'selected':'').; @@ -3088,6 +3106,10 @@ class Html { echo option value='$val' .($value===$val?'selected':'').; echo - $i .$LANG['calendar'][15]./option; } + + $val = BEGINYEAR; + echo option value='$val' .($value===$val?'selected':'').; + echo $LANG['calendar'][26]./option; if ($with_future) { if ($with_time) { diff --git a/inc/search.class.php b/inc/search.class.php index 9131e66..1482a1f 100644 --- a/inc/search.class.php +++ b/inc/search.class.php @@ -2542,6 +2542,50 @@ class Search { $val = date($format_use, mktime ($hour, $minute, $second, $month, $day, $year)); } } + if (strstr($val,'BEGIN')) { + $begin = str_replace(BEGIN, , $val); + $hour = 0; + $minute = 0; + $second = 0; + $month = date(n); + $day= date(j); + $year = date(Y); + + switch ($begin) { + +case YEAR: + $month = 1; + $day = 1; + break; + +case MONTH: + $day = 1; + break; + + } + $val = date($format_use, mktime ($hour, $minute, $second, $month, $day, $year)); + } + if (strstr($val,'LAST')) { + $lastday = str_replace(LAST, , $val); + $lastday = ucfirst(Toolbox::strtolower($lastday)); + $hour = 0; + $minute = 0; + $second = 0; + $month = date(n, strtotime(last .$lastday)); + $day= date(j, strtotime(last .$lastday)); + $year = date(Y, strtotime(last .$lastday)); + + $val = date($format_use, mktime ($hour, $minute, $second, $month, $day, $year)); + } + if ($val == 'TODAY') { + $hour = 0; + $minute = 0; + $second = 0; + $month = date(n); + $day= date(j); + $year = date(Y); + $val = date(Y-m-d, mktime ($hour, $minute, $second, $month, $day, $year)); + } break; } } diff --git a/locales/fr_FR.php b/locales/fr_FR.php index bcad8d3..4ab3914 100644 --- a/locales/fr_FR.php +++ b/locales/fr_FR.php @@ -136,6 +136,16 @@ $LANG['calendar
[Glpi-dev] Patch for 0.83 to display comment and TAG id in tooltip
Hello, This patch display comment and TAG ID in a tooltip. David Durieuxdiff --git a/inc/networkport_vlan.class.php b/inc/networkport_vlan.class.php index 1f2abe8..17fdffb 100644 --- a/inc/networkport_vlan.class.php +++ b/inc/networkport_vlan.class.php @@ -144,6 +144,8 @@ class NetworkPort_Vlan extends CommonDBRelation { while ($line = $DB-fetch_array($result)) { $used[$line[vlans_id]] = $line[vlans_id]; echo trtd . Dropdown::getDropdownName(glpi_vlans, $line[vlans_id]); +Html::showToolTip($LANG['common'][114].nbsp;: .$line['vlans_id'].br/ + .$LANG['common'][25] .nbsp;: .$line['comment']); echo /td\ntd; if ($canedit) { echo a href=' . $CFG_GLPI[root_doc] . /front/networkport.form.php?unassign_vlan=. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Patch for 0.83 to display comment and TAG id in tooltip
Sorry it's for display for VLAN :p Le Fri, 9 Sep 2011 08:01:47 +0200 David DURIEUX d.duri...@siprossii.com a écrit: Hello, This patch display comment and TAG ID in a tooltip. David Durieux ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Fix for commonitilobject.class.php
Hello, there is a code bug when select requester on a ticket. This is the patch. Thanks! David Durieux ++diff --git a/inc/commonitilobject.class.php b/inc/commonitilobject.class.php index bb675ea..4d4277a 100644 --- a/inc/commonitilobject.class.php +++ b/inc/commonitilobject.class.php @@ -327,7 +327,7 @@ abstract class CommonITILObject extends CommonDBTM { AND `$linktable`.`type` = '.self::REQUESTER.' AND `$itemtable`.`status` NOT IN ('.implode(', ', - array_merge($his-getSolvedStatusArray(), + array_merge($this-getSolvedStatusArray(), $this-getClosedStatusArray()) ).')); } ___ 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] Entete des pages des plugins
Donne une entête complète d'exemple, je pense que ça peut servir ;) David ++ Le Fri, 07 Oct 2011 16:02:06 +0200 Remi Collet fed...@famillecollet.com a écrit: Salut, La plupart des plugins incluent le même entête que GLPI, ce qui ne me semble pas correct du tout. This file is part of GLPI. Ben non : This file is part of Toto, plugin for GLPI GLPI is free software Toto is... GLPI is distributed ... Toto is... You should have received a copy of the GNU General Public License along with GLPI ...with Toto. Et puisqu'on dit qu'on fournit le fichier, ben faut le fournir... Donc ajout d'un fichier LICENSE dans chaque plugin. if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA C'est chiant, les adresses changent (d'ailleurs c'est vrai pour GLPI aussi) = If not, see http://www.gnu.org/licenses/. Cf aussi le ticket https://forge.indepnet.net/issues/3184 Voila, Remi en mode chieur, et encore, je ne suis pas un avocat ;) P.S. et perso, je pense plutôt placer mes plugins sous AGPLv3+ (en cours pour Behaviors) * Le contenu de ce courriel et ses éventuelles pièces jointes sont confidentiels. Ils s'adressent exclusivement à la personne destinataire. Si cet envoi ne vous est pas destiné, ou si vous l'avez reçu par erreur, et afin de ne pas violer le secret des correspondances, vous ne devez pas le transmettre à d'autres personnes ni le reproduire. Merci de le renvoyer à l'émetteur et de le détruire. Attention : L'organisme de l'émetteur du message ne pourra être tenu responsable de l'altération du présent courriel. Il appartient au destinataire de vérifier que les messages et pièces jointes reçus ne contiennent pas de virus. Les opinions contenues dans ce courriel et ses éventuelles pièces jointes sont celles de l'émetteur. Elles ne reflètent pas la position de l'organisme sauf s'il en est disposé autrement dans le présent courriel. ** ___ 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
[Glpi-dev] Demande d'ouverture de projet sur la forge
Bonjour, Je souhaiterai l'ouverture d'un nouveau projet sur la forge pour le plugin notification Il reprend en partie le chantier glpievents, ça permet d'avoir un POC pour le coeur. On peut ainsi recevoir un mail quand un champs d'un ordinateur est modifié, qu'un ordinateur est créé, supprimé, purgé... Le plugin est quasi prêt, je le pousse dès que c'est créé ;) Merci d'avance Cordialement, -- 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
Re: [Glpi-dev] Demande d'ouverture de projet sur la forge
Merci Julien ;) Le Tue, 25 Oct 2011 13:06:36 +0200 MoYo m...@indepnet.net a écrit: Bonjour, le projet est en place sur la forge. ++ Julien Le 25/10/2011 12:01, David DURIEUX a écrit : Bonjour, Je souhaiterai l'ouverture d'un nouveau projet sur la forge pour le plugin notification Il reprend en partie le chantier glpievents, ça permet d'avoir un POC pour le coeur. On peut ainsi recevoir un mail quand un champs d'un ordinateur est modifié, qu'un ordinateur est créé, supprimé, purgé... Le plugin est quasi prêt, je le pousse dès que c'est créé ;) Merci d'avance Cordialement, -- 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Raccourcis GLPI
Bonjour, Dans GLPI il y a des raccourcis en place, mais il y a plus de menu que de lettres de l'alphabet, donc il faut faire un choix cf ticket https://forge.indepnet.net/issues/3090 Dans le menu Gestion, on pourrait enlever Documents parce que dans la plupart des cas on y accès via l'object associé (ticket, ordinateur...) Dans le menu Administration, on peut garder uniquement utilisateurs et groupes Ca réduirait déjà à 22 raccourcis. Qu'en pensez-vous? Cordialement, -- 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
Re: [Glpi-dev] Groupe hierarchique (pour avis, urgent)
Le Mon, 07 Nov 2011 09:35:56 +0100 Remi Collet fed...@famillecollet.com a écrit: English : https://forge.indepnet.net/issues/3244 French : les groupes organisés en arbre est un besoin remonté plusieurs fois sur le forum. La Cnamts est concernée, chaque groupe en fait une branche d'un arbre ex : /DIR/DIRECTION DU SERVICE/DEPARTEMENT RELATION CLIENTELE ASSURE/CONCILIATION J'ai reçu une demande officielle pour faire ce développement Votre avis ? Si on valide, je m'en occuperais en priorité, pour la 0.83. Remi. Ca pourrait poser des soucis pour les notifications (à moins que tu ne t'occupe pas de l'aspect hiérarchique pour les notifications. Sinon quel est le but de gérer ça en hiérarchie ? David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] function set_magic_quotes_runtime deprecated
Hello In front/link.send.php file, we use deprecated function since PHP 5.3.0 : @set_magic_quotes_runtime(0); and @set_magic_quotes_runtime($mc); We can modify it by ini_set('magic_quotes_runtime', 0); and ini_set('magic_quotes_runtime', $mc); Best regards David Durieux ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] patch d'évolution du NetworkPort
j'ai commencé à regardé ce que tu as mis sur le SVN pour la 0.84 J'ai quelques remarques : * On devrait séparer les noms reseau des IP; en effet, un port peut avoir plusieurs IP et pas de nom reseau. par exemple pour un port d'ordinateur ou pour l'IP/les IP d'un switch * Il faudrait un champs unique pour chaque IP et pas une textarea, ceci permettra de fair eune recherche plus rapide dans la DB et ça sera plus clair dans l'interface (une ligne par IP par exemple pour l'affichage) David Durieux ++ Le Thu, 15 Sep 2011 08:36:49 +0200 Damien Touraine damien.toura...@limsi.fr a écrit: Bonjour, Ce boulot est largement facilité par la programmation orientée objet et les bases de GLPI qui me semblent très saines. Mais il ne faut pas se fier à la taille des patchs : il y a du ménage à faire dedans (ie. : mélange de deux conceptions des NetworkPort différentes). Le report à la version 0.84 me semble d'autant plus justifié que le chantier de la 0.83 est déjà bien avancé. De plus, l'intégration de cela sera l'occasion de réfléchir à son articulation avec, notamment, le système d'import OCS. Deux choix me semblent possibles : 1°) solution actuelle : une adresse IP = un port réseau (et une adresses IP = un équippement réseau) ; 2°) solution plus proche de la réalité : une carte réseau = un port réseau sur lequel peut être attaché plusieurs adresses IP. Le parrainage est nécessaire. En effet, je ne connais pas assez GLPI (notamment les us et coutumes) pour être laissé libre dans la publication directe dans le SVN. Cordialement Damien On 09/14/11 23:46, jmd wrote: Bonsoir, Une remarque préalable : un boulot impressionnant ! Ensuite, une remarque globale par rapport à l'ampleur du chantier, nous sommes tentés de vous proposer le plan suivant : - Report de l'implémentation sur la version 0.84 de façon à travailler de façon plus sereine. La cible initiale (0.83) nous semble difficilement tenable. - Découpage du chantier en différents tickets (étapes) - Ouverture d'un accés sur le SVN et attribution d'un parrain qui vérifiera les comits. Le travail par le biais de patchs nous semblent difficile et peu efficace vu l'impact des modifications envisagées. Bien cordialement, -- Jean-Mathieu Doléans GLPI-PROJECT.ORG ___ 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
Re: [Glpi-dev] GLPI 0.84dev : autoload avec des dossiers dans inc/
Le Mon, 05 Dec 2011 20:43:55 +0100 jmd j...@indepnet.net a écrit: Bonsoir, Le 05/12/2011 18:42, David DURIEUX a écrit : (...) en commençant a travailler sur le plugin FusionInventory pour la 0.84 (on merge les différents plugin en 1 seul), on s'est rendu compte qu'on risque d'avoir un très grand nombre de classes dans le dossier inc. (...) Donc on pourrait avoir la structure suivante : inc/computer.class.php (class Computer) inc/computer/disk.class.php (class ComputerDisk) () Qu'en pensez-vous? Je ne vois pas bien l'intérêt. A part se balader de dossier en dossier pour trouver la bonne classe, qu'est ce que ça apporte en terme de développement ? Pour mémoire, nous avions cette structure dans les premières versions de GLPI et c'était pénible au possible... @+ JMD Ok, pas de soucis, on reste comme ca alors ;) Merci David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Fix 0.83
Fix de 2 colspan dans l'onglet problèmes d'un ticket David ++ Index: inc/problem_ticket.class.php === --- inc/problem_ticket.class.php (revision 16379) +++ inc/problem_ticket.class.php (working copy) @@ -161,11 +161,11 @@ echo Toolbox::getItemTypeFormURL(__CLASS__).'; echo div class='center'table class='tab_cadre_fixehov'; - echo trth colspan='8'.$LANG['Menu'][7].nbsp;-nbsp;; + echo trth colspan='9'.$LANG['Menu'][7].nbsp;-nbsp;; echo a href='.Toolbox::getItemTypeFormURL('Problem').?tickets_id=$ID'.$LANG['problem'][7]. /a; echo /th/tr; - echo trth colspan='8'.$LANG['common'][57]./th; + echo trth colspan='9'.$LANG['common'][57]./th; echo /tr; $query = SELECT DISTINCT `glpi_problems_tickets`.`id` AS linkID, ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Patch
Bonjour, J'ai fait un patch pour la fonction rundb() et qui prend en compte les réels ; de fin de ligne. Sans le patch ça peut foirer sur les insert de notifications dont les lignes se finissent par : * gt; * 160; Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE Index: inc/dbmysql.class.php === --- inc/dbmysql.class.php (revision 16403) +++ inc/dbmysql.class.php (working copy) @@ -482,7 +482,9 @@ // do not strip comments due to problems when # in begin of a data line $formattedQuery .= $buffer; - if (substr(rtrim($formattedQuery),-1) == ;) { + if (substr(rtrim($formattedQuery),-1) == ; + AND substr(rtrim($formattedQuery),-4) != gt; + AND substr(rtrim($formattedQuery),-4) != 160;) { if (Toolbox::get_magic_quotes_runtime()) { $formattedQuerytorun = stripslashes($formattedQuery); ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Patch : ajout d'un onglet categorie dans le form des templates de tickets
Bonjour, Il manque un onglet afin d'assigner un template de ticket à une catégorie, ceci à partir du form de templates de ticket. J'ai donc codé cet ajout qui permet de gagner du temps de gestion. Je joins une capture d'écran du résultat. Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE Index: front/itilcategory.form.php === --- front/itilcategory.form.php (revision 16403) +++ front/itilcategory.form.php (working copy) @@ -37,5 +37,22 @@ include (GLPI_ROOT . /inc/includes.php); $dropdown = new ITILCategory(); + +if (isset($_POST['add_demand'])) { + $dropdown-check($_POST['itilcategories_id_demand'], 'w'); + $input = array(); + $input['id'] = $_POST['itilcategories_id_demand']; + $input['tickettemplates_id_demand'] = $_POST['tickettemplates_id']; + $dropdown-update($input); + Html::back(); +} else if (isset($_POST['add_incident'])) { + $dropdown-check($_POST['itilcategories_id_incident'], 'w'); + $input = array(); + $input['id'] = $_POST['itilcategories_id_incident']; + $input['tickettemplates_id_incident'] = $_POST['tickettemplates_id']; + $dropdown-update($input); + Html::back(); +} + include (GLPI_ROOT . /front/dropdown.common.form.php); ? Index: inc/itilcategory.class.php === --- inc/itilcategory.class.php (revision 16403) +++ inc/itilcategory.class.php (working copy) @@ -212,7 +212,123 @@ function cleanDBonPurge() { Rule::cleanForItemCriteria($this); } + + + function getTabNameForItem(CommonGLPI $item, $withtemplate=0) { + global $LANG; + if (Session::haveRight(entity_dropdown,r)) { + switch ($item-getType()) { +case 'TicketTemplate' : + $ong[1] = $this-getTypeName(); + return $ong; + } + } + return ''; + } + + + static function displayTabContentForItem(CommonGLPI $item, $tabnum=1, $withtemplate=0) { + + self::showForTicketTemplate($item, $withtemplate); + return true; + } + + + static function showForTicketTemplate(TicketTemplate $tt, $withtemplate='') { + global $DB, $LANG, $CFG_GLPI; + + $itilcategory = new self(); + $ID = $tt-fields['id']; + + if (!$tt-getFromDB($ID) || !$tt-can($ID, r)) { + return false; + } + $ttm = new self(); + + $canedit = $tt-can($ID, w); + $rand= mt_rand(); + echo form name='itilcategories_form$rand' + id='itilcategories_form$rand' method='post' action='; + echo Toolbox::getItemTypeFormURL(__CLASS__).'; + + echo div class='center'; + + $query = SELECT `glpi_itilcategories`.* +FROM `glpi_itilcategories` +WHERE (`tickettemplates_id_incident` = '$ID') + OR (`tickettemplates_id_demand` = '$ID') +ORDER BY `name`; + + if ($result=$DB-query($query)) { + echo table class='tab_cadre_fixe'; + echo trth colspan='4'; + echo self::getTypeName($DB-numrows($result)); + echo /th/tr; + $used_incident = array(); + $used_demand = array(); + if ($DB-numrows($result)) { +echo trth width='24'nbsp;/th; +echo th.$LANG['common'][16]./th; +echo th.$LANG['job'][1]./th; +echo th.$LANG['job'][2]./th; +echo /tr; + +while ($data=$DB-fetch_assoc($result)) { + echo tr class='tab_bg_2'; + if ($canedit) { + echo tdinput type='checkbox' name='item[.$data[id].]' value='1'/td; + } else { + echo tdnbsp;/td; + } + $itilcategory-getFromDB($data['id']); + echo td.$itilcategory-getLink(1)./td; + if ($data['tickettemplates_id_incident'] == $ID) { + echo td align='center' + img src='.$CFG_GLPI[root_doc]./pics/ok.png' width='14' height='14'//td; + $used_incident[] = $data[id]; + } else { + echo tdnbsp;/td; + } + if ($data['tickettemplates_id_demand'] == $ID) { + echo td align='center' + img src='.$CFG_GLPI[root_doc]./pics/ok.png' width='14' height='14'//td; + $used_demand[] = $data[id]; + } else { + echo tdnbsp;/td; + } +} + + } else { +echo trth colspan='4'.$LANG['search'][15]./th/tr; + } + + if ($canedit) { +echo tr class='tab_bg_2'td class='center' colspan='2'; +echo input type='hidden' name='tickettemplates_id' value='$ID'; +echo /tdtd align='center'; +dropdown::show(ITILCategory
Re: [Glpi-dev] Patch : ajout d'un onglet categorie dans le form des templates de tickets
Le Mon, 12 Dec 2011 09:19:51 +0100 MoYo m...@indepnet.net a écrit: Le 11/12/2011 00:36, David DURIEUX a écrit : Bonjour, Il manque un onglet afin d'assigner un template de ticket à une catégorie, ceci à partir du form de templates de ticket. J'ai donc codé cet ajout qui permet de gagner du temps de gestion. Je joins une capture d'écran du résultat. Bonjour, avoir un état récapitulatif me semble une bonne idée. Faire de l'association directement à ce niveau me semble dangereux. On associe des catégories à un gabarit mais sans aucune information sur le fait que celles-ci sont déjà associées ou pas à un autre gabarit. Ce genre de modifications est réalisable via les modifications massives du moteur de recherche qui permet d'afficher les informations existantes, de filtrer sur celles-ci... ++ Julien Oui en effet pour l'association, par contre il faut mettre un lien vers la search page des catégories de tickets (pour éviter de faire menu configuration intitulé catégorie de ticket qui est fastidieux) Tu veux que je modifie le patch du coup ? David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Patch : ajout d'un onglet categorie dans le form des templates de tickets
Le Mon, 12 Dec 2011 10:53:27 +0100 Remi Collet fed...@famillecollet.com a écrit: Le 11/12/2011 00:36, David DURIEUX a écrit : Je joins une capture d'écran du résultat. Je remarque que tu affiches une image à la place des traditionnelles valeurs oui/non. C'est le but que ça soit visible d'un coup, parce que oui/non faut lire alors que là non ;) Cela me semble en effet plus lisible. Si vous trouvez aussi cela plus lisible, on pourrait l'appliquer à d'autres endroit, notamment sur la liste des membres d'un groupe (rôles) Ca me semble une bonne idée, on peut également optimiser l'affichage dans cette liste. Pour avis. ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Bookmarks : Retour d'experience + Propositions
Le Mon, 19 Dec 2011 23:50:03 +0100 jean-Mathieu Doléans j...@indepnet.net a écrit: Salut, Le 16/12/2011 11:49, Anthony Hebert a écrit : (...) Avec le temps, j'ai pu constater que beaucoup de gens faisaient quotidiennement les même recherches, et d'ailleurs, les bookmarks répondent à cette problématique! Toutefois, bien que ces utilisateurs soient à l'aise avec GLPI, à de trop nombreuses reprises j'ai pu voir qu'ils n'avaient jamais utilisé cette fonctionnalité. Il y a 3 possibilités pour connaitre cette fonctionnalité : * cliquer dessus et voir à quoi ça peut servir (être curieux en somme) * lire la documentation (maintenant qu'il y en a une pas trop mal faite et à jour) * ceux qui prennent des formations Avec ces points là, de plus en plus de personnes utilisent les bookmarks sans qu'on ait besoin de leur montrer. Pourquoi? Je pense qu'une première raison réside dans l'icône des bookmarks. Peut-être aussi que ces utilisateurs ne lisent pas la doc ;) Une comparaison simple peut être fait avec les navigateurs internet, ils semblent tous avoir adopté le principe de l'étoile! Pourquoi ne pas harmoniser GLPI avec ce standard? Oui pourquoi pas. Pour mettre une étoile, ça me parait cohérent avec les navigateurs et ça sera surement plus parlant que l'icone actuelle. Pour aller plus loin, je proposerais même une future fonctionnalité, qui émane également de différent retours d’expérience : Pourquoi ne pas permettre d'insérer certains bookmark dans le menu GLPI? (...) Euh là je te rejoins moins en terme d'expérience utilisateur. Cela me semble plus potentiel de confusion qu'autre chose. D'autres avis ? Ca risque d'alourdir pour rien. Si on change l'icone, ça devrait suffire je pense. @+ JMD ___ 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
Re: [Glpi-dev] Onload / body
Si tu es à l'aise avec 'git', je peux mettre le plugin sur github et bosser ensemble là dessus. Je suis en train de faire pas mal de modif sur la partir drawcanvas. David ++ Le Tue, 20 Dec 2011 10:07:34 +0100 Damien Touraine damien.toura...@limsi.fr a écrit: Bonjour, Je n'ai pas demandé la création d'une forge plugin, car ce n'est qu'une idée, un premier jet. Ce n'est pas formalisé. Il faudrait documenter la chose plus précisément et affiner le cahier des charges. Une forge serait pratique. Mais il faut déterminer si cela reste un plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas, le plugin disparaitrait très rapidement : existe-t-il des plugins temporaires, le temps que maquéter ? Concernant la page blanche, c'est normal : il faut appliquer le patch du message initial de ce fil (onload.patch). Il faudrait trouver une solution plus esthétique que le onload. D'autant plus que nous pouvons avoir des effets de bords avec d'autres systèmes. Mais je ne vois pas comment. Damien On 20/12/2011 09:53, David DURIEUX wrote: Le Tue, 20 Dec 2011 09:24:43 +0100 Damien Tourainedamien.toura...@limsi.fr a écrit: Bonjour, Mes connaissances en javascript sont trop légères pour arriver à faire autrement. Faudrait bosser à plusieurs dessus, je peux te donner un coup de main la dessus, mais faudrait peut etre ouvrir un espace plugin sur la forge, ou le mettre sur github... Si souhaitez regarder comment cela fonctionne, vous pouvez charger la première esquisse de plugin : https://forge.indepnet.net/attachments/1031/canvas.tgz J'ai une page blanche pour le moment, il n'y a rien qui s'affiche À terme, nous pourrions, soit le laisser sous forme de plugin, soit le transférer dans le coeur de GLPI. David ++ ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Onload / body
le code est sur github : https://github.com/ddurieux/canvasglpi Damien, je viens de pusher mes modifications, et là on affiche (pas encore bien correctement) mais ça affiche sans toucher au code de GLPI (onload). J'ai fait un test avec les lieux (intégrant la hiérarchie ), j'ai juste mis des noms à la con et voici ce que ça donne : http://glpi.siprossii.com/temp/canvasxpress.png David ++ Le Tue, 20 Dec 2011 10:21:09 +0100 David DURIEUX d.duri...@siprossii.com a écrit: Si tu es à l'aise avec 'git', je peux mettre le plugin sur github et bosser ensemble là dessus. Je suis en train de faire pas mal de modif sur la partir drawcanvas. David ++ Le Tue, 20 Dec 2011 10:07:34 +0100 Damien Touraine damien.toura...@limsi.fr a écrit: Bonjour, Je n'ai pas demandé la création d'une forge plugin, car ce n'est qu'une idée, un premier jet. Ce n'est pas formalisé. Il faudrait documenter la chose plus précisément et affiner le cahier des charges. Une forge serait pratique. Mais il faut déterminer si cela reste un plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas, le plugin disparaitrait très rapidement : existe-t-il des plugins temporaires, le temps que maquéter ? Concernant la page blanche, c'est normal : il faut appliquer le patch du message initial de ce fil (onload.patch). Il faudrait trouver une solution plus esthétique que le onload. D'autant plus que nous pouvons avoir des effets de bords avec d'autres systèmes. Mais je ne vois pas comment. Damien On 20/12/2011 09:53, David DURIEUX wrote: Le Tue, 20 Dec 2011 09:24:43 +0100 Damien Tourainedamien.toura...@limsi.fr a écrit: Bonjour, Mes connaissances en javascript sont trop légères pour arriver à faire autrement. Faudrait bosser à plusieurs dessus, je peux te donner un coup de main la dessus, mais faudrait peut etre ouvrir un espace plugin sur la forge, ou le mettre sur github... Si souhaitez regarder comment cela fonctionne, vous pouvez charger la première esquisse de plugin : https://forge.indepnet.net/attachments/1031/canvas.tgz J'ai une page blanche pour le moment, il n'y a rien qui s'affiche À terme, nous pourrions, soit le laisser sous forme de plugin, soit le transférer dans le coeur de GLPI. David ++ ___ 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 ___ 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
Re: [Glpi-dev] Onload / body
Est-ce que vous pensez (principalement JMD Moyo, mais les autres peuvent aussi donner leur avis), que ce système doit être dans le coeur de GLPI pour la 0.84? c'est à dire : - avoir un onglet de représentation graphique pour chacun des objets ayant une hiérarchie (entités, groupes, lieux...) - avoir un schéma réseau d'un switch avec ses connexions, avoir un schéma réseau global (switch, imprimantes, ordinateurs) d'une / plusieurs entités? Le gros plus c'est d'avoir une visualisation simple. Si c'est le cas je peux faire un patch pour l'intégrer à la version de dev de la 0.84. Le Tue, 20 Dec 2011 12:19:29 +0100 David DURIEUX d.duri...@siprossii.com a écrit: le code est sur github : https://github.com/ddurieux/canvasglpi Damien, je viens de pusher mes modifications, et là on affiche (pas encore bien correctement) mais ça affiche sans toucher au code de GLPI (onload). J'ai fait un test avec les lieux (intégrant la hiérarchie ), j'ai juste mis des noms à la con et voici ce que ça donne : http://glpi.siprossii.com/temp/canvasxpress.png David ++ Le Tue, 20 Dec 2011 10:21:09 +0100 David DURIEUX d.duri...@siprossii.com a écrit: Si tu es à l'aise avec 'git', je peux mettre le plugin sur github et bosser ensemble là dessus. Je suis en train de faire pas mal de modif sur la partir drawcanvas. David ++ Le Tue, 20 Dec 2011 10:07:34 +0100 Damien Touraine damien.toura...@limsi.fr a écrit: Bonjour, Je n'ai pas demandé la création d'une forge plugin, car ce n'est qu'une idée, un premier jet. Ce n'est pas formalisé. Il faudrait documenter la chose plus précisément et affiner le cahier des charges. Une forge serait pratique. Mais il faut déterminer si cela reste un plugin ou si cela rejoindra le coeur de GLPI. Dans ce cas, le plugin disparaitrait très rapidement : existe-t-il des plugins temporaires, le temps que maquéter ? Concernant la page blanche, c'est normal : il faut appliquer le patch du message initial de ce fil (onload.patch). Il faudrait trouver une solution plus esthétique que le onload. D'autant plus que nous pouvons avoir des effets de bords avec d'autres systèmes. Mais je ne vois pas comment. Damien On 20/12/2011 09:53, David DURIEUX wrote: Le Tue, 20 Dec 2011 09:24:43 +0100 Damien Tourainedamien.toura...@limsi.fr a écrit: Bonjour, Mes connaissances en javascript sont trop légères pour arriver à faire autrement. Faudrait bosser à plusieurs dessus, je peux te donner un coup de main la dessus, mais faudrait peut etre ouvrir un espace plugin sur la forge, ou le mettre sur github... Si souhaitez regarder comment cela fonctionne, vous pouvez charger la première esquisse de plugin : https://forge.indepnet.net/attachments/1031/canvas.tgz J'ai une page blanche pour le moment, il n'y a rien qui s'affiche À terme, nous pourrions, soit le laisser sous forme de plugin, soit le transférer dans le coeur de GLPI. David ++ ___ 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 ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] patch pour le nombre de composants d'un ordinateur
Bonjour, Voici un patch pour augmenter le nombre d'éléments à afficher. J'ai le cas de machines de stockage qui ont plus de 100 disques dur et donc ça restait à '0'. Le patch est fait sur la branche 0.80 Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE Index: inc/computer_device.class.php === --- inc/computer_device.class.php (revision 16337) +++ inc/computer_device.class.php (working copy) @@ -239,7 +239,7 @@ if ($device-getFromDB($data[$fk])) { echo tr class='tab_bg_2'; echo td class='center'; - Dropdown::showInteger(quantity_.$itemtype._.$data['id'], $data['NB']); + Dropdown::showInteger(quantity_.$itemtype._.$data['id'], $data['NB'],0,200); echo /tdtd; if ($device-canCreate()) { echo a href='.$device-getSearchURL().'.$device-getTypeName()./a; ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Critère uuid dans Règles d'import et de liaison des ordinateurs
Le Thu, 05 Jan 2012 14:58:19 +0100 Tsmr t...@thetsmr.fr a écrit: Le nouveau paramètre UUID remonté en 0.80 n'est pas utilisable comme critère de liaison dans le moteur de règle Règles d'import et de liaison des ordinateurs. Ca vos parait jouable de l'ajouter en 0.83, car ce serait vraiment intéressant de l'avoir comme critère celui-là. Pour info, on l'utilise dans le moteur de critère de FusionInventory. Il faut juste savoir qu'il arrive que 2 machines aient le même UUID, donc à coupler de préférence avec un autre critère. David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Questions sur le style de code, git, et suggestions sur l'UI
Le Fri, 06 Jan 2012 20:10:27 +0100 jean-Mathieu Doléans j...@indepnet.net a écrit: Bonsoir, Le 05/01/2012 20:09, Nicolas Monnet a écrit : (...) == B. git == Avez-vous envisage de passer a git? Ca rendrait les contributions nettement plus faciles. En l'occurence pour mon projet j'ai fait un checkout avec git-svn, mais ca serait quand meme plus pratique si tout etait deja sur github.com Nous réfléchissons depuis un moment à une migration vers un système de gestion de version décentralisé pour remplacer GIT. Nous en avons déjà longuement discuté avec l'équipe de FusionInventory avec qui nous collaborons et qui utilise GIT depuis la création de leur projet. Nos échanges ne nous ont pas permis d'établir un avantage majeur procuré par les DVS pour le projet GLPI. Rien ne t'empêche d'utiliser GIT combiné avec git-svn, c'est ce que je fait avec le dépot de GLPI et qui me permet de sortir des patchs. Je gère également mes dépots git local de mes plugins GLPI hébergés avec subversion sur la forge indepnet sans que ça pose de soucis. David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Questions sur le style de code, git, et suggestions sur l'UI
Le Fri, 6 Jan 2012 22:30:32 + (UTC) Nicolas Monnet n...@altiva.fr a écrit: Rien ne t'empêche d'utiliser GIT combiné avec git-svn, c'est ce que je fait avec le dépot de GLPI et qui me permet de sortir des patchs. Je gère également mes dépots git local de mes plugins GLPI hébergés avec subversion sur la forge indepnet sans que ça pose de soucis. Oui c'est ce que je fais, mais l'idéal serait d'avoir un dépôt Git officiel, par exemple sur Github, même si le dépôt officiel central reste sur SVN. Calà n'a pas de réel intéret puisqu'il ne sera pas utilisé par la coreteam GLPI, il faudra quand même envoyer des patchs en contribution. David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] question concernant les modifications de nomenclature
Tu trouveras ces informations ici : https://forge.indepnet.net/projects/plugins/wiki/Fr_Plugin072to078 Le Fri, 13 Jan 2012 11:25:28 -0500 pascal.marier-dio...@.gouv.qc.ca a écrit: Bonjour, je travaille présentement à faire un port du plugin room pour la version 0.80.5 et j'aurais besoin de quelques confirmations concernant les modifications de nomenclature. Nottamment en suivant le tableau des modification à la BD disponible au https://forge.indepnet.net/projects/glpi/wiki/CleanDbStudy, il semblerait que tous les champs `comments` aient changé pour `comment`, les champs de clés étrangères `FK_` pour `_id`, et autres modifs. Y a-t-il une liste exhaustive de changements, ou plutôt des principes qui les ont guidés, afin de les appliquer dans la mise à jour du plugin? Aussi, existe-t-il une version à jour du how-to pour les plugins? (https://forge.indepnet.net/projects/plugins/wiki/Fr_CreatePlugin) Si je ne m'abuse, on ne doit plus nommer les table de listes de choix selon la nomenclature glpi_dropdown_plugin_NomPlugin_NomObjet, non? Merci bien! Pascal Marier-Dionne, Programmeur-analyste, IUCPQ - SSI, local Y3377 Tél.: (418) 656-8711, #3619 Fax.: (418) 656-4588 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Add plugin monitoring in GLPI plugin catalog
Can you add plugin monitoring into GLPI plugin catalog? https://forge.indepnet.net/projects/monitoring/repository/entry/monitoring.xml Thanks you very much David Durieux ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Evolution synchro/import
Le Thu, 19 Jan 2012 08:34:12 +0100 Remi Collet fed...@famillecollet.com a écrit: Une proposition d'évolution pour la gestion des éléments importés Exemple, table glpi_computervirtualmachines Ajout de 2 champs - is_dynamic = importé - is_deleted = supprimé (verrouillé dans ce cas) Lors de la suppression si is_dynamic=1 = passer is_deleted=1 (sinon purger, comme d'hab) Gestion des verrous VM verrouillées : is_dynamic=1 ET is_deleted=1 Deverrouiller = is_deleted=0 Lors de l'import OCS, au lieu de prendre le contenu de glpi_ocslinks.import_vm, on fait un SELECT ... WHERE computers_id=xx AND is_dynamic Avantages : - méthode standard déjà utilisée pour les utilisateurs (droits et groupes) - méthode indépendante de l'outil d'import (Fusion doit pouvoir l'utiliser, à confirmer, David ?) - gestion plus légère glpi_ocslinks, je trouve ça lourd, avec 2Gio (sur 13Gio), c'est la plus grosse table chez nous, après glpi_logs (9Gio) et avant les install (1.4Gio) - moins d'UPDATE (maj de glpi_ocslinks) Inconvénients : - plus de SELECT pendant la synchro, mais bon, on utilise un index. - ce que j'ai probablement raté Ensuite, à généraliser aux autres données : - glpi_computers_device* (là de toutes manières faut revoir tout le schéma pour les champs specificity) - glpi_computerdisks - glpi_computers_softwareversions - glpi_computers_items (monitor, peripheral, printer et donc phone, même si pas utiliser par OCS) - glpi_networkports (qu'il faut réécrire suite aux travaux de Damien) Il me semblerait intéressant de réaliser ce chantier en pré-requis à la sortie d'OCS en plugin. Voila, pour avis... (oui, c'est un gros chantier, avec une très grosse migration) Remi. C'est bon pour moi, excepté que le is_deleted = supprimé (verrouillé dans ce cas) n'est pas aproprié par rapport aux is_deleted des autres items, de ce fait, je mettrai plutôt quelquechose du genre is_locked David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Problème avec gabarits de ticket
Bonjour, soucis avec les gabarits de tickets (en 0.83 donc). J'ai un template avec des champs caché (pas de soucis) et des champs obligatoire (là le soucis). Les champs obligatoires : * titre * description si je rempli mon ticket avec uniquement description, le ticket est créé avec en titre la description que j'ai mis. Du coup je me demande s'il ne serait pas plus logique de bloquer dans ce ca là justement pour que les gens mettent un vrai titre et ne pas reprendre le début de la description dans le titre. Vos avis? David ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Problème avec gabarits de ticket
Le Thu, 23 Feb 2012 12:20:04 +0100 Jean-Mathieu Doleans j...@indepnet.net a écrit: Bonjour, C'est le comportement par défaut historique. C'est que du coup ça rentre un peu en conflit avec les template mais sur ce point je ne trouve pas ça génant. On a une modification de comportement justement. Si tu prend la version 0.80, tu défini dans la configuration que le titre est obligatoire, si tu ne met pas de titre, ça na valide pas le ticket et ça met un message d'erreur. Dans le cas que j'ai cité en 0.83, le ticket est validé même s'il n'y a pas de ticket. David ++ @+ -- Jean-Mathieu Doléans David DURIEUX d.duri...@siprossii.com a écrit : Bonjour, soucis avec les gabarits de tickets (en 0.83 donc). J'ai un template avec des champs caché (pas de soucis) et des champs obligatoire (là le soucis). Les champs obligatoires : * titre * description si je rempli mon ticket avec uniquement description, le ticket est créé avec en titre la description que j'ai mis. Du coup je me demande s'il ne serait pas plus logique de bloquer dans ce ca là justement pour que les gens mettent un vrai titre et ne pas reprendre le début de la description dans le titre. Vos avis? David ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] patch a david sur l'ajout des groupes 0
Le patch de Remi fonctionne bien et mieux que le mien : https://forge.indepnet.net/projects/glpi/repository/revisions/17849/diff Merci David ++ Le Thu, 15 Mar 2012 08:01:17 +0100 (CET) Remi fed...@famillecollet.com a écrit: Je pense que le patch va poser des problèmes lors de l'ajout des utilisateurs anonyme (id=0 mais email) Le problème vient, je pense du controle dans CommonDBRelation (ligne ~133) // id==0 is used in some relation (tickets_users) if ($input[$this-items_id_2]0 !$item2-getFromDB($input[$this-items_id_2])) { return false; } ça mériterait une petite correction... (en 0.83 le problème signalé par david est bloqué par les contrôles en amont) Genre un attribut allow relation to 0 qui serait vrai uniquement pour les ticket_user. ___ 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
[Glpi-dev] Comportement de l'onglet global sur la page d'accueil
Bonjour, Dans l'onglet global de la page d'accueil, quant on regarde la liste des nouveaux tickets en bas, celà affiche les tickets aui sont aussi en corbeille. Je pense que ça ne devrait pas être le cas, si quelqu'un peut confirmer? Je pourrais faire un patch si c'est pas normal Merci ;) Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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
Re: [Glpi-dev] Comportement de l'onglet global sur la page d'accueil
La release 0.83.1 Je n'ai pas testé sur la version dev Le Wed, 25 Apr 2012 10:26:08 +0200 MoYo m...@indepnet.net a écrit: Bonjour, quelle version ? car je crois que cela a déjà été corrigé. Cordialement, Julien Dombre Le 25/04/2012 09:57, David DURIEUX a écrit : Bonjour, Dans l'onglet global de la page d'accueil, quant on regarde la liste des nouveaux tickets en bas, celà affiche les tickets aui sont aussi en corbeille. Je pense que ça ne devrait pas être le cas, si quelqu'un peut confirmer? Je pourrais faire un patch si c'est pas normal Merci ;) Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Problème avec les critères de règles en 0.83 (dev version)
Bonjour, Quant on a une règle de ticket : attribuer à groupe n'existe pas, la règle ne marche pas. En effet il teste si le champs est '' mais ce champs numérique va être à 0. j'ai fait un patch pour checker avec empty() (qui teste si '' et 0). Il faudrait voir si ca ne fait pas d'effet de bord avec d'autres règles, mais je ne pense pas. Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE Index: inc/rulecriteria.class.php === --- inc/rulecriteria.class.php (revision 18422) +++ inc/rulecriteria.class.php (working copy) @@ -163,10 +163,10 @@ switch ($condition) { case Rule::PATTERN_EXISTS : -return ($field != ''); +return (!empty($field)); case Rule::PATTERN_DOES_NOT_EXISTS : -return ($field == ''); +return (empty($field)); case Rule::PATTERN_IS : if (is_array($field)) { ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Proposition pour inciter les utilisateurs à vérifier leur données
Le Tue, 5 Jun 2012 08:58:04 +0200 (CEST) Remi fed...@famillecollet.com a écrit: Pour avis Lors du traitement d'un ticket, les données de l'utilisateur sont très importantes, notamment pour permettre au technicien de contacter l'utilisateur. Proposition, dans l'interface simplifiée, sur le formulaire d'ouverture du ticket : Ajouter un zone (à droite, à côté de type / catégorie / urgence) Merci de vérifier vos coordonnées : Téléphone : xxx Portable : yyy Lieu : Avec un bouton modifier (juste un lien vers les préfs) On pourrait l'afficher que si l'utilisateur n'est pas un compte LDAP D'ailleurs, dans les préférences, ne serait-il pas utile de prévoir le lieu ? Ca me parait une bonne idée, pas mal de tech ont besoin de cette info lorsqu'ils ont besoin de se déplacer jusqu'à la machine/personne A discuter donc Remi P.S. bien sur c'est surtout utile hors-ldap, et qu'en mode ldap, l'alimentation de l'annuaire est préférable, mais hélas pas toujours possible. ___ 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
[Glpi-dev] Forge et upload des fichiers
Bonjour, J'ai essayé d'uploader les nouvelles versions de plugins monitoring sur la forge, mais ça me met 1 fichier(s) n'ont pas pu être sauvegardés.. Les fichiers font quasiment 6 Mo. Est-ce un problème de temps d'envoi trop long ou c'est un soucis sur la taille du fichier? Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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
Re: [Glpi-dev] Forge et upload des fichiers
Le Mon, 18 Jun 2012 11:17:57 +0200 MoYo m...@indepnet.net a écrit: Bonjour, la limite est à 5Mo effectivement. je viens de la passer à 10Mo. Ca marche, merci ;) Cordialement, Julien Dombre Le 18/06/2012 09:08, David DURIEUX a écrit : Bonjour, J'ai essayé d'uploader les nouvelles versions de plugins monitoring sur la forge, mais ça me met 1 fichier(s) n'ont pas pu être sauvegardés.. Les fichiers font quasiment 6 Mo. Est-ce un problème de temps d'envoi trop long ou c'est un soucis sur la taille du fichier? Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Aide
Le Tue, 26 Jun 2012 11:20:47 - yagouba Diallo yagouba.dia...@intercelplus.com a écrit: Jai besoin d'une aide sur le glpi ?? non, tu n'en n'as pas besoin :D ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Volontaires pour tester la prochaine version de maintenance ?
Le Fri, 06 Jul 2012 15:45:13 +0200 Remi Collet fed...@famillecollet.com a écrit: Le 04/07/2012 22:27, jean-Mathieu Doléans a écrit : Vous pouvez télécharger cette pré-version de maintenance à cette adresse : https://forge.indepnet.net/tarballs/ Prendre le fichier glpi-0.83-bugfixes-2012-07... Vous pouvez ensuite faire vos retours directement et exceptionnellement sur cette mailing list pour accélérer les traitements. Beaucoup de plugins devraient aussi être prêt pour pouvoir sortir une version adaptée en même temps. Donc, vous pouvez aussi tester les versions présentes dans https://forge.indepnet.net/tarballs-plugins/ idem pour les plugins suivants : * plugin monitoring : https://forge.indepnet.net/attachments/download/1198/glpi-monitoring-0.83_1.0RC2.tar.gz * Plugins FusionInventory : http://forge.fusioninventory.org/attachments/download/669/fusioninventory-for-glpi-metapackage_0.83_1.0-RC2.tar.gz Merci d'avance à ceux qui prendront le temps de nous lire et surtout de nous aider. L'équipe de développement, ___ 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
[Glpi-dev] Gestion des ports réseaux en 0.84
Bonjour, Ce message est surtout pour Damien Touraine. J'ai commencé hier à modifier le plugin FusionInventory pour la 0.84 et la nouvelle gestion des ports réseaux. * Pour la partie ordinateur pas de soucis, mis à part dans NetworkName qui requiert obligatoirement le champs 'name' que je rempli avec le champ 'nom' de l'ordinateur, mais quoi mettre quand c'est une interface localhost? * Pour la partie inventaire réseau (les switchs), je suis un peu embêté, le switch peut avoir plusieurs adresses, par exemple (192.168.0.2, 192.168.0.3, 192.168.0.4) mais ne sont pas rattachés à un port mais au switch. Sais-tu comment je peux gérer celà? PS : désolé d'arriver si tard sur cette partie :( David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Gestion des ports réseaux en 0.84
Le Fri, 27 Jul 2012 11:18:28 +0300 Mihamina Rakotomandimby miham...@rktmb.org a écrit: On 07/27/2012 10:48 AM, David DURIEUX wrote: * Pour la partie inventaire réseau (les switchs), je suis un peu embêté, le switch peut avoir plusieurs adresses, par exemple (192.168.0.2, 192.168.0.3, 192.168.0.4) mais ne sont pas rattachés à un port mais au switch. Sais-tu comment je peux gérer celà? Pour être rigoureux, les adresses IP sont assignées à un host, pas à une interface réseau (http://tools.ietf.org/html/rfc1918) Ce qui veut dire, par exemple, que avoir: lo - 127.0.0.1 lo:1 - 192.168.1.5 lo:2 - 41.208.222.1 est valable. Ah donc tu pense qu'il faudrait les mettre sur une interface lo ? mais c'est une interface sensée être locale donc pas accessible en dehors du switch, hors les IP du switch sont bien accessibles de l'extérieur David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Gestion des ports réseaux en 0.84
Le Fri, 27 Jul 2012 12:50:31 +0300 Mihamina Rakotomandimby miham...@rktmb.org a écrit: On 07/27/2012 11:40 AM, David DURIEUX wrote: Ah donc tu pense qu'il faudrait les mettre sur une interface lo ? mais c'est une interface sensée être locale donc pas accessible en dehors du switch, hors les IP du switch sont bien accessibles de l'extérieur Je dirais que penser qu'une adresse IP est assignée à un NIC est pas tres juste. Apres, comme tu as dû le constater, je suis nouveau, récemment inscrit, je préfère attendre, observer, comprendre avant de suggerer un design quelconque. Selon moi, assigner une IP non-127.0.0.0/8 à lo a du sens. Je l'ai fait à plusieurs reprises sur des topologies réseaux assez atypiques, mais cela permet de (faire) prendre conscience que by design une adresse IP est assignée à un host. Oui sur le principe, mais par ailleurs réellement l'interface lo n'est disponible qu'en interne et donc c'est contradictoire :p David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Gestion des ports réseaux en 0.84
Le Sun, 29 Jul 2012 16:00:06 +0200 Damien Touraine g...@damien-touraine.net a écrit: Bonjour, Ce n'est pas un bug, mais un feature : un NetworkName peut être détaché de tout entitée le temps d'un transfert sur une autre entitée. Par défaut, lorsqu'on supprime un NetworkPort, tous les NetworkName attachés sont conservés. Cela permet, par exemple, de transférer une adresse IP d'une carte réseau (NetworkPort) à une autre. Pour faire le ménage (supprimer les NetworkName orphelins), il faut aller dans les Noms Réseau (dans les intitulés). Les NetworkName orphelins sont ceux dont l'ID est à 0. On peut changer ce comportement par défaut. C'est à vous de décider. À moins que l'on mette une option pour cela. Ben sur des gros environnement, ça risque de faire une table SQL monstrueuse si on et en ip dynamiques. Pour revenir sur le précédent échange : la révision 19064 normalise l'utilisation des IPAddress. Il est maintenant possible d'ajouter, modifier et supprimer des adresses directement (ie. avec IPAddress:add, IPAddress::update et IPAddress::delete), à la condition que ces adresses soient valides. donc le IPAddress:add fait une vérification de l'ip ? si oui c'est nickel ;) Damien On 28/07/2012 21:02, David DURIEUX wrote: Damien, il y a un soucis, quand tu supprimes les ports dans l'onglet d'un ordinateur, ça supprime bien les networkport mais les networkname restent en DB avec le mise à vide de l'itemtype et de l'items_id dans la table glpi_networknames. Ne devrait-on pas les supprimer car en plus les IP dans glpi_ipaddresses restent également? David ++ ___ 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Ouverture de projets sur la forge
Le Fri, 21 Sep 2012 16:27:22 +0200 MoYo m...@indepnet.net a écrit: Le 21/09/2012 15:22, David DURIEUX a écrit : Bonjour, j'espère que tu va bien? Pourrais-tu me créer les 2 projets suivants: * escalation Permet l'escalade d'un groupe à un autre (workflow configurable, de tel groupe à tel groupe de tech possible uniquement par exemple). Désactivation du multi tech et multi groupe de technicien. Ces options sont activable par entité * surveyticket Permet de faire des formulaires (plusieurs questions/réponses) à la limesurvey mais intégré à la place du champs description du ticket lors de la création du ticket. Salut, heu... tu peu explicité l'utilité des plugins car il existe déjà un plugin escalade et la gestion des survey est déjà intégré. Ah zut, là ils sont déjà codé et quasiment finalisés :( La démarche standard c'est une demande sur glpi-dev pour présenter les plugins : https://forge.indepnet.net/projects/plugins/wiki/Fr_howtoplugin Zut je me suis gourré, je pensais l'avoir envoyé à glpi-dev. Désolé :( ++ Julien Merci d'avance ;) Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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
Re: [Glpi-dev] Ouverture de projets sur la forge
Le Fri, 21 Sep 2012 18:13:39 +0200 Julien Dombre m...@indepnet.net a écrit: Les 2 projets sont créés. Merci beaucoup ;) Julien Le 21/09/2012 17:25, David DURIEUX a écrit : Le Fri, 21 Sep 2012 16:27:22 +0200 MoYo m...@indepnet.net a écrit: Le 21/09/2012 15:22, David DURIEUX a écrit : Bonjour, j'espère que tu va bien? Pourrais-tu me créer les 2 projets suivants: * escalation Permet l'escalade d'un groupe à un autre (workflow configurable, de tel groupe à tel groupe de tech possible uniquement par exemple). Désactivation du multi tech et multi groupe de technicien. Ces options sont activable par entité * surveyticket Permet de faire des formulaires (plusieurs questions/réponses) à la limesurvey mais intégré à la place du champs description du ticket lors de la création du ticket. Salut, heu... tu peu explicité l'utilité des plugins car il existe déjà un plugin escalade et la gestion des survey est déjà intégré. Ah zut, là ils sont déjà codé et quasiment finalisés :( La démarche standard c'est une demande sur glpi-dev pour présenter les plugins : https://forge.indepnet.net/projects/plugins/wiki/Fr_howtoplugin Zut je me suis gourré, je pensais l'avoir envoyé à glpi-dev. Désolé :( ++ Julien Merci d'avance ;) Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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] Détail des temps pour chaque groupe de tech sur un ticket
Bonjour, J'ai un client qui souhaite avoir dans l'onglet statistique de chaque ticket, le détail du temps mis par chaque groupe de technicien (donc à chaque fois qu'un groupe est mis ou enlevé). Exemple : * Groupe niveau 1 : 1j 40min * Groupe infrastructure : 4j 18min On se baserait sur les logs du ticket pour sortir ces informations. Est-ce que celà vous parait utile? Je dois le coder la semaine prochaine, estce que c'est une bonne idée et je le code pour le coeur en 0.84 ou je fai en plugin? Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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
Re: [Glpi-dev] Détail des temps pour chaque groupe de tech sur un ticket
Le Tue, 25 Sep 2012 15:50:34 +0200 Julien Dombre m...@indepnet.net a écrit: Le 25/09/2012 11:42, David DURIEUX a écrit : Bonjour, J'ai un client qui souhaite avoir dans l'onglet statistique de chaque ticket, le détail du temps mis par chaque groupe de technicien (donc à chaque fois qu'un groupe est mis ou enlevé). Exemple : * Groupe niveau 1 : 1j 40min * Groupe infrastructure : 4j 18min On se baserait sur les logs du ticket pour sortir ces informations. Salut, si c'est des stats basées sur les tables de logs ce ne peut être qu'un plugin. On ne peut réellement se baser sur cette table pour faire des stats. En effet dans le coeur, les stats doivent être basées sur des données pérennes ce que ne sont pas les logs par nature. ben après ca pourrait être une table prévu exprès pour ça où on enregistre * id du ticket * groupe de technicien ajouté/supprimé * date C'est plus sur la fonctionnalité que je posait la question, après sur les specs c'est à faire/discuter ;) David ++ Julien Est-ce que celà vous parait utile? Je dois le coder la semaine prochaine, estce que c'est une bonne idée et je le code pour le coeur en 0.84 ou je fai en plugin? Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Demande d'ouverture de projet plugin
Le Wed, 26 Sep 2012 11:22:51 +0200 MoYo m...@indepnet.net a écrit: Bonjour, projet créé. Super! Merci beaucoup Cordialement, Julien Dombre Le 26/09/2012 11:12, David DURIEUX a écrit : Bonjour, Je voudrais une ouverture d'un nouveau projet plugin: timelineticket Mettre moi-même + Nelly en admin du projet. Ce plugin permet de sortir pour chaque ticket : * temps passé pour chaque statut du ticket * temps passé pour chaque groupe attribué du ticket * Un graphique genre GANTT afin d'avoir une visu facile a lire de ces informations J'ai mis un bout d'exemple en pièce jointe (en cours de dev encore) Merci d'avance ;) Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 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
[Glpi-dev] Network ports en 0.84
Bonjour, Je me souvient en avoir discuté avec Damien, mais on va poster sur la ML dev. Pour la gestion des ports réseaux, quand on supprime des ports, les networkportnames et ipadresses ne sont pas supprimés de la base. A terme on va avoir des table réellement conséquentes avec des données orphelines... Ne devrait-on pas les supprimer quand on supprime le port? David DURIEUX ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] Plugin Additional Reports - Proposition de rapport
Peut être que remonter le problème peut être plus utile que faire un rapport d'un état qui est la conséquence d'un bug? David ++ Le Mon, 1 Oct 2012 16:55:01 +0200 Thierry Barrau thierry.bar...@kyron.fr a écrit: Bonjour, J'ai fait quelques rapports pour les besoins d'un client, mais qui peuvent s'avérer utiles pour tout le monde. Voici le premier : serial numbers changed (testé sous GLPI 0.8.3.4 et Additional Reports 1.6.1). Ce rapport permet de faire une liste de tous les changements de numéros de séries survenus entre deux dates, que ce soit pour les ordinateurs / moniteurs / périphériques. Cela fait suite au fait que nous ayons remarqués que les ordinateurs en particulier chez HP avaient tendance à avoir le numéro de série qui saute de temps en temps. Cela permet ainsi de vérifier au lieu de tomber dessus au petit bonheur la chance. Je transmettrais les autres dès que je les aurais validés avec les dernières versions. Cordialement, Thierry BARRAU ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Patch pour le plugin appliances
Bonjour, J'ai fais un patch pour l'INSERM, qui permet d'ajouter un champs de recherche 'applitif - nom' dans les tickets afin de pouvoir faire une recherche dessus. Il est fait pour glpi 0.80. Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE Index: hook.php === --- hook.php (revision 200) +++ hook.php (working copy) @@ -256,6 +256,15 @@ array('table' = 'glpi_plugin_appliances_appliances', 'joinparams' = $sopt[1210]['joinparams']))); } + if ($itemtype == 'Ticket') { + $sopt[1212]['table'] = 'glpi_plugin_appliances_appliances'; + $sopt[1212]['field'] = 'name'; + $sopt[1212]['linkfield'] = 'items_id'; + + $sopt[1212]['massiveaction'] = false; + $sopt[1212]['name'] = $LANG['plugin_appliances']['title'][1]. - . +$LANG['common'][16]; + } } return $sopt; } @@ -471,4 +480,62 @@ $INJECTABLE_TYPES['PluginAppliancesApplianceInjection'] = 'appliances'; } + + +function plugin_appliances_addWhere($link,$nott,$type,$id,$val,$searchtype) { + + $searchopt = Search::getOptions($type); + $table = $searchopt[$id][table]; + $field = $searchopt[$id][field]; + + switch ($type) { + + case 'Ticket': + if ($table...$field == glpi_plugin_appliances_appliances.name) { +$out = ''; +switch ($searchtype) { + case contains : + $SEARCH = Search::makeTextSearch($val, $nott); + break; + + case equals : + if ($nott) { + $SEARCH = '$val'; + } else { + $SEARCH = = '$val'; + } + break; + + case notequals : + if ($nott) { + $SEARCH = = '$val'; + } else { + $SEARCH = '$val'; + } + break; + +} +if (in_array($searchtype, array('equals', 'notequals'))) { + if ($table != getTableForItemType($type) || $type == 'States') { + $out = $link (`glpi_plugin_appliances_appliances_items_id`.`id`.$SEARCH; + } else { + $out = $link (`glpi_plugin_appliances_appliances_items_id`.`$field`.$SEARCH; + } + if ($searchtype=='notequals') { + $nott = !$nott; + } + // Add NULL if $val = 0 and not negative search + // Or negative search on real value + if ((!$nott $val==0) || ($nott $val != 0)) { + $out .= OR `glpi_plugin_appliances_appliances_items_id`.`id` IS NULL; + } + $out .= ')'; +} else { + $out = Search::makeTextCriteria(`glpi_plugin_appliances_appliances_items_id`..$field,$val,$nott,$link); +} +return $out. AND `glpi_tickets`.`itemtype`='PluginAppliancesAppliance'; + } + break; + } +} ? \ No newline at end of file ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] code pour le ticket #3699
Bonjour, Petite modification par rapport aux specs du ticket, la config se fait dans les préférences utilisateurs (comme les couleurs de priorité). Ci-joint le patch financé par l'INSERM pour la 0.84 nommé ticket3699_duedate_progressbar.diff et le patch pour la 0.83 (si certains le veulent pour leur version de glpi 0.83.x) nommé ticket3699_duedate_progressbar_0.83.diff Cordialement, -- David DURIEUX Tel : +33 (0)4.82.53.30.53 Mail : d.duri...@siprossii.com Site Web : http://www.siprossii.com/ SIPROSSII Les Lafôrets 69430 Beaujeu FRANCE Index: config/define.php === --- config/define.php (revision 19007) +++ config/define.php (working copy) @@ -306,7 +306,11 @@ 'names_format', 'number_format', 'priority_1', 'priority_2', 'priority_3', 'priority_4', 'priority_5', 'priority_6', 'refresh_ticket_list', 'set_default_tech', 'show_count_on_tabs', - 'show_jobs_at_login', 'task_private', 'use_flat_dropdowntree'); + 'show_jobs_at_login', 'task_private', 'use_flat_dropdowntree', + 'use_flat_dropdowntree', 'duedateok_color', + 'duedatewarning_color', 'duedatecritical_color', + 'duedatewarning_less', 'duedatecritical_less', + 'duedatewarning_unit', 'duedatecritical_unit'); /// TODO need this array be empty // Itemtypes not implements : need to create class to avoid warning on autoload Index: install/update_0831_0833.php === --- install/update_0831_0833.php (revision 19007) +++ install/update_0831_0833.php (working copy) @@ -142,6 +142,22 @@ } } + $migration-addField(glpi_configs, notification_to_myself, bool); + $migration-addField(glpi_configs, 'duedateok_color', char(20) COLLATE utf8_unicode_ci DEFAULT '#06ff00'); + $migration-addField(glpi_configs, 'duedatewarning_color', char(20) COLLATE utf8_unicode_ci DEFAULT '#ffb800'); + $migration-addField(glpi_configs, 'duedatecritical_color', char(20) COLLATE utf8_unicode_ci DEFAULT '#ff'); + $migration-addField(glpi_configs, 'duedatewarning_less', int(11) NOT NULL DEFAULT '20'); + $migration-addField(glpi_configs, 'duedatecritical_less', int(11) NOT NULL DEFAULT '5'); + $migration-addField(glpi_configs, 'duedatewarning_unit', char(6) NOT NULL DEFAULT '%'); + $migration-addField(glpi_configs, 'duedatecritical_unit', char(6) NOT NULL DEFAULT '%'); + $migration-addField(glpi_users, 'duedateok_color', char(20) COLLATE utf8_unicode_ci DEFAULT NULL); + $migration-addField(glpi_users, 'duedatewarning_color', char(20) COLLATE utf8_unicode_ci DEFAULT NULL); + $migration-addField(glpi_users, 'duedatecritical_color', char(20) COLLATE utf8_unicode_ci DEFAULT NULL); + $migration-addField(glpi_users, 'duedatewarning_less', int(11) DEFAULT NULL); + $migration-addField(glpi_users, 'duedatecritical_less', int(11) DEFAULT NULL); + $migration-addField(glpi_users, 'duedatewarning_unit', char(6) DEFAULT NULL); + $migration-addField(glpi_users, 'duedatecritical_unit', char(6) DEFAULT NULL); + // must always be at the end $migration-executeMigration(); Index: install/mysql/glpi-0.83.1-empty.sql === --- install/mysql/glpi-0.83.1-empty.sql (revision 19007) +++ install/mysql/glpi-0.83.1-empty.sql (working copy) @@ -765,6 +765,13 @@ `allow_search_all` tinyint(1) NOT NULL DEFAULT '1', `allow_search_global` tinyint(1) NOT NULL DEFAULT '1', `display_count_on_home` int(11) NOT NULL DEFAULT '5', + `duedateok_color` char(20) COLLATE utf8_unicode_ci DEFAULT '#06ff00', + `duedatewarning_color` char(20) COLLATE utf8_unicode_ci DEFAULT '#ffb800', + `duedatecritical_color` char(20) COLLATE utf8_unicode_ci DEFAULT '#ff', + `duedatewarning_less` int(11) NOT NULL DEFAULT '20', + `duedatecritical_less` int(11) NOT NULL DEFAULT '5', + `duedatewarning_unit` char(6) NOT NULL DEFAULT '%', + `duedatecritical_unit` char(6) NOT NULL DEFAULT '%', PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci; @@ -4986,6 +4993,13 @@ `personal_token` varchar(255) COLLATE utf8_unicode_ci DEFAULT NULL, `personal_token_date` datetime DEFAULT NULL, `display_count_on_home` int(11) DEFAULT NULL, + `duedateok_color` char(20) COLLATE utf8_unicode_ci DEFAULT NULL, + `duedatewarning_color` char(20) COLLATE utf8_unicode_ci DEFAULT NULL, + `duedatecritical_color` char(20) COLLATE utf8_unicode_ci DEFAULT NULL, + `duedatewarning_less` int(11) DEFAULT NULL, + `duedatecritical_less` int(11) DEFAULT NULL, + `duedatewarning_unit` char(6) DEFAULT NULL, + `duedatecritical_unit` char(6) DEFAULT NULL
[Glpi-dev] Rationnalisation de champs
Bonjour, On a 2 champs avec des noms différents alor sque ça devrait être les même: * glpi_deviceprocessors = 'frequence' * glpi_items_deviceprocessors = 'frequency' Ne devrait-on pas avoir le mêmenom de champs? David ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] [0.84] Patch pour gagner du temps d'execution sur une requete SQL
Bonjour, Voici un patch qui permet de gagner du temps sur la requete SQL (surtout sur les grosses bases). En effet on va prendre que le premier enregistrement, donc autant mettre un 'LIMIT 1' dans la requete au lieu de recupérer les xx enregistrements. David DURIEUX ++ Index: commondropdown.class.php === --- commondropdown.class.php (revision 19421) +++ commondropdown.class.php (working copy) @@ -604,7 +604,8 @@ if (!empty($input[name])) { $query = SELECT `id` FROM `.$this-getTable().` - WHERE `name` = '.$input[name].'; + WHERE `name` = '.$input[name].' + LIMIT 1; if ($this-isEntityAssign()) { $query .= getEntitiesRestrictRequest(' AND ', $this-getTable(), '', ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev