Re: [Glpi-dev] Selection field for unit
On the screenshot you can see what I mean. I need to assign the unit inside the inventory objects. Best, Robert On 02.07.2013 09:48, Julien Dombre wrote: Le 02/07/2013 09:42, Robert Schettler a écrit : Hello all, is it possible to build in a selection field for the unit in all inventory categories? It's needed if we want to change the unit or if we create an object and assign a unit. It would be easier than change or assign the units inside the SQL tables. Hi, I do not understand your needs. Could you give us a real example ? Regards Julien Dombre Thanks! Robert ___ 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 -- Mit besten Gruessen / Best Regards Robert Schettler - IT Administrator - Department of Developmental and Comparative Psychology Max Planck Institute for Evolutionary Anthropology Deutscher Platz 6 D-04103 Leipzig Tel: +49 (0) 341 / 3550-498 +49 (0) 341 / 3550-452 Fax: +49 (0) 341 / 3550-444 attachment: Unit_GLPI.PNG smime.p7s Description: S/MIME Cryptographic Signature ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] [GLPI-PROJECT - Feature #2969] Validation to group
Le 02/07/2013 11:41, Tsmr a écrit : Ca me convient. Après il faut voir comment visuellement se passera l'affichage d'une validation à un groupe (voir tous les valideurs ?) D'autres avis ? Bonjour, Merci de faire en sorte que le message soit lisible. Là on ne sait pas à quoi tu répond. Je suppose que tu répond à Nelly, mais son mail fini par une question. Bref, pour moi réponse inexploitable. Cordialement Julien Dombre ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] [GLPI-PROJECT - Feature #2969] Validation to group
Sur le point de validation unique (un seul membre du groupe) / Validation complète (tous les membres du groupe) : - Comment voyez-vous insertion en base : Nelly : Perso, dans la table glpi_ticketvalidations j'aurais juste ajouté un champ groupvalidate avec comme valeur 0 = pas de validation par groupe (valeur par défaut) 1 = un seul utilisateur doit valider pour le groupe 2 = tous les utilisateurs du groupe doivent valider Créer une table glpi_groups_ticketvalidations qui contiendra - id du groupe - id du ticket - id de l'utilisateur - comment_validation - status - validation_date ces lignes autant que de user devant valider Ensuite dans le cas validation tout le groupe, tu comptes le nombre de personne dans le groupe qui ont le droit de validation et tu compares avec le nombre de id utilisateur dans la table avec l'id du groupe et celui du ticket Par contre, je me pose la question de savoir comment donner le statut final à la demande - la majorité l'emporte ? - un seul refus refuse la demande ? Perso je prendrais la seconde solution et j'indiquerais dans le ticket que la demande a été refusée par tell personne. Tsmr : Pareil pour moi : seconde solution. Question subsidiaire : Comment afficher la demande de validation à un groupe : Voir tous les valideurs via un formulaire Ajax ? Votre avis ? ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] Request for new plugin project on the forge
Dear all, I've developed a small plugin to manage a rotation of the log files in the files/_logs folder. This is very useful to prevent file logs to grow and grow for ever. It is based on a cron job which has a parameter (= number of days for log retention). The rotation period is daily based: the *.log are renamed with a day stamp, and very old log files (based on the day stamp and retention day quantity comparison) are deleted Could you create a new plugin project (named: 'circularlogs') on the forge and assigned it me (tomolimo) as manager for it? Thank you, Regards, Olivier MORON Miscellaneous Program Member RAYNET SNC Tel : +33 4 76 33 49 52 Fax: +33 4 76 70 56 63 ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] [0.84] Problème sur les règles d'affectation automatique des utilisateurs
Bonjour,
Dans le cadre de tests de montée en version GLPI 0.83 vers 0.84, j'ai
rencontré une régression dans l'application des règles Automatic user
assignment sur l'affectation des entités à partir d'une expression régulière
vérifiant le DN de l'utilisateur.
Le résultat de cette régression est que les entités affectées par expression
régulière se retrouvent tronquées (ex: Entité 11 = Entité 1, Entité 25 =
Entité 2).
Je pense avoir réglé ce problème avec le patch ci-joint [0001-fix-and-clean-
ruleright-code.patch] applicable sur la
révision 21240 et la 0.84-RC3.
En parcourant le code relatif à ces règles (cf. inc/user.class.php,
inc/ruleright.class.php et inc/entity.class.php), j'ai aussi tenté d'améliorer
certains points qui rendait la compréhension de ces règles compliquées :
- Le résultat de la méthode RuleRight::executeActions() renvoie actuellement 3
tableaux nommés différemment en fonction de la présence d'entités et/ou de
profils, qui sont ensuite traités différemment dans la fonction
User::applyRightRules().
J'ai simplifié le retour de la fonction RuleRight::executeActions() en ne
renvoyant qu'un seul tableau et en déléguant les diverses conditions
d'affectation uniquement à la méthode User::applyRightRules().
- La boucle foreach sur les résultats d'une expression régulière, dans
RuleRight::executeActions() à la ligne 164 de inc/ruleright.class.php,
suggère qu'il est possible d'affecter plusieurs entités avec une seule
règle.
Or je n'ai pas réussi à trouver comment configurer une règle permettant ce
type de résultat puisque l'interface ne permet qu'une seule affectation
d'entité par regexp.
De plus, les résultats des critères regexp sont combinées (cf. ligne 1144
dans inc/rule.class.php) en un seul tableau et le foreach ne fera qu'une
seule passe peu importe le nombre de critères regexp utilisés.
.Exemple de règle:
==
Logical Operator: AND
Criteria:
- (LDAP)Distinguished Name | regular expression matches | /(OU=Développeurs)/
- (LDAP)Distinguished Name | regular expression matches | /(OU=Laboratoire)/
Actions:
- Entity based on LDAP information | Assign value from regexp | #0
Input:
[userdn] = CN=Kevin Roy,OU=Développeurs,OU=Laboratoire,DC=teclib,DC=info
Result:
[RuleRight::executeActions()] = Array
(
[this-regex_results] = Array
(
[0] = Array
(
[0] = OU=Développeurs
[1] = OU=Laboratoire
)
)
)
==
J'ai donc remplacé cette boucle par une simple condition en me basant sur le
cas regex_result de la méthode Rule::executeActions() qui traite la
variable regex_results de cette même manière et qui est la plus récente
source de code traitant de ce sujet.
Merci d'avance pour vos futurs retours sur ce patch,
Cheers,
--
Kevin 'kiniou' Roy
From 00ac8dabe4616d33801b35c5290cdbfd55a2fa1a Mon Sep 17 00:00:00 2001
From: Kevin Roy kin...@gmail.com
Date: Fri, 28 Jun 2013 14:31:12 +0200
Subject: [PATCH] fix (and clean) ruleright code
On import or synchronization, some rules were doing wrong entities assignment.
In order to solve this issue and also to make the code understandable for further contribution, I've
tried to simplify the different parts i've managed to understand.
---
inc/ruleright.class.php | 112 +++-
inc/user.class.php | 91 +++
2 files changed, 78 insertions(+), 125 deletions(-)
diff --git a/inc/ruleright.class.php b/inc/ruleright.class.php
index 6e7f7f3..f3e2de3 100644
--- a/inc/ruleright.class.php
+++ b/inc/ruleright.class.php
@@ -119,10 +119,9 @@ class RuleRight extends Rule {
function executeActions($output, $params) {
global $CFG_GLPI;
- $entity = '';
- $right= '';
+ $entity = array();
+ $profile = 0;
$is_recursive = 0;
- $continue = true;
$output_src = $output;
if (count($this-actions)) {
@@ -132,7 +131,7 @@ class RuleRight extends Rule {
case assign :
switch ($action-fields[field]) {
case entities_id :
-$entity = $action-fields[value];
+$entity[] = $action-fields[value];
break;
case profiles_id :
@@ -155,80 +154,55 @@ class RuleRight extends Rule {
break;
case regex_result :
- switch ($action-fields[field]) {
- case _affect_entity_by_dn :
- case _affect_entity_by_tag :
- case _affect_entity_by_domain :
- case _affect_entity_by_completename :
-$entity = array();
-foreach ($this-regex_results as $regex_result) {
- $res = RuleAction::getRegexResultById($action-fields[value],
-
Re: [Glpi-dev] [0.84SVN] champs obligatoire date d'échéance
Le 02/07/2013 18:37, David DURIEUX a écrit : Bonjour, Petit soucis de comportement sur les gabarits et les champs obligatoires. Si on défini la date d'échéance obligatoire et que dans le formulaire de création de ticket (interface standard) on défini un SLA mais pas de date d'échéance, ça bloque la creation car la date d'échéance n'est pas renseignée. Or on a défini un SLA qui va calculer la date d'échéance. Je propose de outrepasser ce champs obligatoire quand le SLA est sélectionné. Est-ce que vous valider cette proposition? si oui je vais le coder. Bonjour, oui cela semble logique. Autre solution peut-être plus simple, remonté l'affectation de la date d'échéance de la SLA avant le contrôle des champs obligatoires. Dans ce cas il faut juste contrôler qu'il n'y a pas d'effet de bord. Cordialement, Julien Dombre David DURIEUX ++ ___ 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] [0.84SVN] Rapport réseau par équipement
Bonjour, Sur les rapports réseau par équipement, je pense qu'il faut renommer le titre 'matériel2' par 'connecté à' ou 'connecté sur' pour que ça soit plus parlant. (et 'Matériel 1' par 'Matériel'). David DURIEUX ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] [0.84SVN] marque page
Bonjour, Problème sur les marques pages. Il faut bien faire cette manipultion : * je clique pour ajouter un marque page * la popup avec le formulaire d'ajout apparait * je met un nom, valide * je vois la liste de tous mes marques pages * j'en sélectionne un et le supprime avec la modif massive * ça le supprime * ça me renvoi sur la page d'ajout de marque page au lieu de la liste (toujours dans la popup) Pour ce bug, je laisse la main à quelqu'un d'autre pour la correction, ça me semble trop hardu pour moi :p David DURIEUX ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] [0.84SVN] Statistiques de tickets, compteurs de tickets
Bonjour, Dans les statistique de tickets par tickets, sur les catégories par exemple, on peut avoir des compteurs farfellus du genre 'nombre' de 'résolus' est '2 (200%)'. Exemple : * on sort des stats du 1er Juillet au 2 * on a un ticket ouvert en Juin et résolu le 1er juillet * on a un ticket ouvert et résolu le 1er juillet On obtient donc les compteurs suivants : * ouverts : 1 * résolus : 2 (200%) Donc, pour le pourcentage, soit on l'enlève, soit on comptabilise non pas les tickets qui ont été ouverts en Juillet, mais tous ceux qui sont ouverts en juillet (et ceux résolus et clos en Juillet) Des avis? ps : dans les graphiques des stats de cette catégorie, on a le compteur résolu =2 dans la légende mais le graph affiche 1 pour les tickets résolus David DURIEUX ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] [0.84SVN] statisqtiques de tickets par groupe
Bonjour,
J'ai des stats sur des groupes, mais en fait je n'ai aucun ticket dans
ce cas là. J'ai quand même une ligne avec tous les compteurs à 0 au
lieu de ne pas en avoir.
Celà viens de la requete suivante :
SELECT DISTINCT `glpi_groups`.`id`, `glpi_groups`.`completename`
FROM `glpi_tickets`
LEFT JOIN `glpi_groups_tickets` ON (`glpi_groups_tickets`.`tickets_id`
= `glpi_tickets`.`id` AND `glpi_groups_tickets`.`type` = '1')
LEFT JOIN `glpi_groups` ON (`glpi_groups_tickets`.`groups_id` =
`glpi_groups`.`id`)
WHERE NOT `glpi_tickets`.`is_deleted` AND
( `glpi_tickets`.`entities_id` IN ('0', '3', '15', '13', '14', '16',
'7', '12', '4', '5', '6', '8', '9', '10', '11') ) AND
( ( `glpi_tickets`.`date` = '2012-06-02' AND `glpi_tickets`.`date` =
ADDDATE('2013-07-02' , INTERVAL 1 DAY) ) OR
( `glpi_tickets`.`closedate` = '2012-06-02' AND
`glpi_tickets`.`closedate` = ADDDATE('2013-07-02' , INTERVAL 1 DAY) )
)
ORDER BY `glpi_groups`.`completename`
Je pense qu'il faudrait rajouter un 'AND `glpi_groups`.`id` IS NOT NULL'
Un avis?
David
++
David DURIEUX
++
___
Glpi-dev mailing list
Glpi-dev@gna.org
https://mail.gna.org/listinfo/glpi-dev
[Glpi-dev] [0.84SVN] affichage durée dans les statistiques de ticket
Bonjour, Dans les statistiqus de ticket, on peut avoir des temps long pour 'Durée moyenne' de 'résolution' par exemple. Ca s'affiche en secondes, ou heure mais pas en jour si celà en nécessaire. Est-ce voulu de garder des heures et de ne pas afficher en jour? David DURIEUX ++ ___ Glpi-dev mailing list Glpi-dev@gna.org https://mail.gna.org/listinfo/glpi-dev
Re: [Glpi-dev] [0.84SVN] statisqtiques de tickets par groupe
Le 02/07/2013 20:43, David DURIEUX a écrit :
Bonjour,
J'ai des stats sur des groupes, mais en fait je n'ai aucun ticket dans
ce cas là. J'ai quand même une ligne avec tous les compteurs à 0 au
lieu de ne pas en avoir.
Bonsoir,
c'est voulu, on affiche tous les groupes et leurs statistiques.
Un groupe qui n'a fait aucune demande est aussi intéressant que ceux qui
en ont fait.
Par contre il manque un filtrage pour ne garder que les groupes
demandeurs je pense.
++
Julien
Celà viens de la requete suivante :
SELECT DISTINCT `glpi_groups`.`id`, `glpi_groups`.`completename`
FROM `glpi_tickets`
LEFT JOIN `glpi_groups_tickets` ON (`glpi_groups_tickets`.`tickets_id`
= `glpi_tickets`.`id` AND `glpi_groups_tickets`.`type` = '1')
LEFT JOIN `glpi_groups` ON (`glpi_groups_tickets`.`groups_id` =
`glpi_groups`.`id`)
WHERE NOT `glpi_tickets`.`is_deleted` AND
( `glpi_tickets`.`entities_id` IN ('0', '3', '15', '13', '14', '16',
'7', '12', '4', '5', '6', '8', '9', '10', '11') ) AND
( ( `glpi_tickets`.`date` = '2012-06-02' AND `glpi_tickets`.`date` =
ADDDATE('2013-07-02' , INTERVAL 1 DAY) ) OR
( `glpi_tickets`.`closedate` = '2012-06-02' AND
`glpi_tickets`.`closedate` = ADDDATE('2013-07-02' , INTERVAL 1 DAY) )
)
ORDER BY `glpi_groups`.`completename`
Je pense qu'il faudrait rajouter un 'AND `glpi_groups`.`id` IS NOT NULL'
Un avis?
David
++
David DURIEUX
++
___
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] [0.84SVN] affichage durée dans les statistiques de ticket
Le 02/07/2013 22:20, Julien Dombre a écrit : Le 02/07/2013 20:25, David DURIEUX a écrit : Bonjour, Dans les statistiqus de ticket, on peut avoir des temps long pour 'Durée moyenne' de 'résolution' par exemple. Ca s'affiche en secondes, ou heure mais pas en jour si celà en nécessaire. Est-ce voulu de garder des heures et de ne pas afficher en jour? Oui c'est voulu car les durées sont toutes en heures. Suite à des retours utilisateurs nous avons supprimé l'affichage en jours. Je confirme. Pour un utilisateur ce n'était pas parlant la durée en jours car il mélangeait avec ces calendriers (il ne comptait pas 1 jour = 24h mais 1 jour de son calendrier, soit souvent 8h) Bizz Nelly ++ Julien David DURIEUX ++ ___ 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
