You are not logged in.
Bonjour,
actuellement en test de passage de 0.83.9 -> 9.2.2 (la migration s’est très bien déroulée)
Nous avons toujours assigné des localisations à nos machines et je découvre maintenant qu’un nouveau champ «Lieu» est apparu sur l’interface de saisie d’un ticket, juste au-dessus de «Éléments associés».
Alors j’aimerais savoir dans quelles mesures ce champ «Lieu» peut/doit être utilisé ?
Quelles sont les implications et répercutions du fait d’utiliser l’un ou l’autre des champs («Lieu» sur ticket ou «Lieu» sur machine) ?
En effet j’espère ne pas devoir réassigner toutes les adresses lieux machines à chaque ticket
Un autre point, mais si nécessaire j’ouvrirais un autre sujet.
Sur le planning, à quoi correspondent les lettres juste devant les «A faire» exemples: CAfaire EAfaire IAfaire DAfaire PAfaire.
D’avance merci
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline
Salut,
Effectivement cela peut-être bien de le savoir !
je pense a une réponse possible sans certitude "le lieu pour le ticket peut différent du lieu de la machine !
j'ai le cas sur mon site (ou on peux me transmettre des demandes ou ticket pour un site donc j'ai la charge mais qui n'est pas sur mon site principale !
Virtual Box \ Ubuntu 20.4 \ GLPI 9.5.3
Offline
vous pouvez utiliser les règles de glpi pour associer le lieu du ticket au lieu de la machine, ou au lieu de l'utilisateur, ou alors vous pouvez attribuer/modifier manuellement le lieu du ticket.
pour la lettre, normalement il y a un symbole de couleur . est ce que vous avez le problème avec tous les navigateurs ?
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
Bonjour et merci pour vos réponses.
Au sujet des lieux, ok compris.
ex: le ticket a une adresse d'intervention donnée et les machines dans des locaux bien spécifiques à cette adresse.
Pour les lettres oui je confirme c'est bien avec tous les navigateurs.
Voici en image au cas où:
Voir un exemple en image
Pour être précis voici l’extrait de code html dans lequel on constate effectivement que la valeur style est absente (style="") mais la lettre est bien affichée en ancre du lien:
<div class="content">
<img src="/GLPITEST2/pics/rdv_interv.png" alt="" title="Ticket"> <img src="/GLPITEST2/pics/plan.png" alt="En cours (Planifié)" title="En cours (Planifié)">
<a id="content_tracking_13399831015154" href="/GLPITEST2/front/ticket.form.php?id=13378" style=""><br>
D</a>
<span>A faire</span>
<div>Priorité : Moyenne</div>
<div class="event-description">La description est ici</div>
</div>
Voici le code correspondant du fichier commonitiltask.class.php (bug ligne 1146 et 1147):
$html.= "<img src='".$CFG_GLPI["root_doc"]."/pics/rdv_interv.png' alt='' title=\"".
Html::entities_deep($parent->getTypeName(1))."\"> ";
$html.= "<img src='".$parent->getStatusIconURL($val["status"])."' alt='".
Html::entities_deep($parent->getStatus($val["status"]))."' title=\"".
Html::entities_deep($parent->getStatus($val["status"]))."\">";
$html.= " <a id='content_tracking_".$val["id"].$rand."'
href='".Toolbox::getItemTypeFormURL($parenttype)."?id=".$val[$parenttype_fk]."'
style='$styleText'>";
// je confirme que le bug d'affichage provient d'ici il est semble-t-il provoqué par l'absence d'une valeur exploitable de $val["device"] , car en effet le matériel devrait apparaitre et ce n'est pas le cas.
if (!empty($val["device"])) {
$html.= "<br>".$val["device"];
}
// de même pourquoi le technicien n'apparait pas ?
if ($who <= 0) { // show tech for "show all and show group"
$html.= "<br>";
//TRANS: %s is user name
$html.= sprintf(__('By %s'), getUserName($val["users_id_tech"]));
}
$html.= "</a>";
C'est aussi le cas sur la page d'accueil de glpi (miniature du planning dans le cercle) et sur la popup ci-dessous (WA faire, pA faire, pA faire, mA faire), mais pas sur le site de démo en lui même.
Last edited by webmastergreg (2018-04-13 10:13:10)
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline
Un petit UP au sujet des lettres en lieu et place des matériels ?
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline
bonjour,
je suis en 9.2.2 et je n'ai pas cette lettre supplémentaire et mon url est différente ( sans le /glpi avant !) :
<a id="content_tracking_13399831015154" href="/front/ticket.form.php?id=13378" style=""><br></a>
Trouver la panne avant de réparer...
GLPI10.0.10 (ubuntu 22.04 PHP8.1 Mariadb10.6 ) plugins : comportements 2.7.2 reports 1.16.0 formcreator 2.13.8, datainjection 2.13.4 fields 1.21.6
Offline
merci LaDenrée
le glpi avant ce n'est pas grave, c'est juste un lien relatif, donc le nom de mon dossier d'installation.
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline
Bonjour,
rien de neuf à ce sujet ?
[GLPI 9.3] Toujours des lettres à la place de la machine, ou en tous cas de l'icône qui déclenche le tooltip d'informations au sujet de la machine.
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline
Bug affichage machine résolu dans la [9.3.1]
Voir ici: https://github.com/glpi-project/glpi/issues/4459
Merci à orthagh
GLPI 10.0.7 / LSWS Enterprise 6.1.2 + PHP 8.1.25 with Zend OPcache + MariaDB 10.3.39 / CENTOS 7.9
Offline