Hi!
I'd like to announce Rackview v1.0.0. This version is currently in beta
state, so it would be great, if some of you install and test it in your
local GLPI version and give me feedback using the projects issue tracker
available at
https://forge.indepnet.net/projects/rackview/issues
Addi
Bonjour,
J'ai en partie implémenté la partie gestion des locks (reste les
composants et les cartes réseaux).
Autant pour le lock des champs pas de soucis je vois bien, autant pour
celle des liaisons je ne vois pas dans quels cas on a intérêt à les locker.
Si l'info est remontée automatiquement
Le 09.01.2013 14:58, Dennis Ploeger a écrit :
> Hi!
>
> I'd like
to announce Rackview v1.0.0. This version is currently in beta
> state,
so it would be great, if some of you install and test it in your
>
local GLPI version and give me feedback using the projects issue tracker
> available a
Pareil pour moi. Il est indéniable que modifier le user affecté à un
pc pour le fixer au lieu de récupérer celui d'OCS est une fonction
obligatoire dans les locks (donc le verrouillage des champs du pc :
OUI)
Pour autant, quel est l'intérêt de verrouiller des composants /
connexions à des Monit
Salut,
le but était de pouvoir supprimer des éléments et qu'ils ne reviennent
pas à la prochaine synchro.
Exemple je supprime des périphériques pour ne garder que le clavier et
la souris mais sans vouloir le reste.
++
Julien
Le 09/01/2013 18:03, Tsmr a écrit :
Pareil pour moi. Il est indé
