You are not logged in.
Pages: 1
Topic closed
Bonjour,
Nous venons de passer glpi en version 0.85 et avons donc mis à jour le plugin WebServices vers la version 1.5 compatible.
Nous avons constaté un soucis lors de l'appel d'une des méthodes : glpi.addTicketFollowup
Cette dernière ne renvoi plus l'utilisateur qui réalise le FollowUp (lié à l'ID de session je crois).
Voici par exemple ce qu'on peut voir lors de la création d'un suivi :
[users_id] => 0
Créé par N/A le 27-02-2015 17:00 - WebServices
Merci d'avance !
Offline
Vous passez quoi en paramètres de la méthode ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Bonjour,
Uniquement session, ticket et content.
Reproduisible avec le script testsoap.php. En faisant bien un doLogin juste avant d'appeler la méthode.
Offline
Je viens de refaire un test et je n'ai pas de probmème
php testxmlrpc.php method=glpi.addTicketFollowup --ticket=124 --content="test followup" -- session=fngokebdhqov0nci178m9ijfg7
+ Response: Array
(
[id] => 124
[entities_id] => 1
[name] => test
[date] => 2015-03-05 08:56:44
...
[users] => Array
(
[requester] => Array
(
[0] => Array
(
[id] => 120
[users_id] => 2015
[use_notification] => 1
[alternative_email] =>
)
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Le soucis se situe au niveau [followups] :
[followups] => Array
(
[0] => Array
(
[id] => 1180
[tickets_id] => 1268
[date] => 2015-03-05 09:49:44
[users_id] => 0
[content] => test
[is_private] => 0
[requesttypes_id] => 8
)
)
Offline
Vous devez ajouter le paramètre users_login pour avoir le rédacteur du followup renseigné.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Ce soucis reste assez peu impactant étant donné que l'on crée ces suivis de toute façon avec un utilisateur générique. Avoir "N/A" ou "Webservices" comme rédacteur du suivi n'est pas réellement dérangeant..
Nous avons un autre soucis plus bloquant avec la méthode addTicketDocument qui ne semble pas réussir à uploader des fichiers non connus en base. Pour les fichiers déjà en base la méthode lie bien le document en base au ticket. La méthode retourne une erreur (15) Commande failed :
php testxmlrpc.php --method=glpi.addTicketDocument --session=rfq01rl7pe7gjs5bbgmej9ni82 --ticket=1 --uri="D:\...\GLPI\doc\test.png"
+ Calling 'glpi.addTicketDocument' on http://localhost//glpi_test/plugins/webservices/xmlrpc.php?session=rfq01rl7pe7gjs5bbgmej9ni82
xmlrpc error(15): Command failed
Offline
Effectivement ça fonctionne en ajoutant users_login, merci !
Offline
Le document ne serait pas déjà présent dans GLPI ?
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Lorsque le document est déjà présent dans GLPI, la méthode lie bien ce document au ticket souhaité et ne retourne pas d'erreur.
Pas contre un code (15) est retourné lorsqu'il s'agit d'un nouveau doc non connu de GLPI.
Création d'un printscreen.jpg et d'un nouveau ticket vierge par exemple, l'appel de la méthode pour ajouter ce nouveau document retourne l'erreur 15.
Essai d'upload de ce .JPG directement depuis l'interface de GLPI, puis nouvelle tentative d'appel de la méthode : OK, le doc est bien lié et pas de retour d'erreur.
Offline
Notre GLPI (0.84) est configuré avec l'authentification via NTML
Nous souhaitons utiliser le plugin Webservices pour permettre a un utilisateur (authentifié via NTLM) de créer un ticket.
vIa la session HTTP, nous devrions récupérer les attributs:
_SERVER['REMOTE_USER'] et _SERVER['PHP_AUTH_USER']
Quel serait le scénario pour créer un nouveau et l'associer a cet utilisateur... Comment faire en sorte que le propriétaire du nouveau ticket soit la personne identifié par _SERVER['REMOTE_USER'] ou _SERVER['PHP_AUTH_USER'].
Merci
Offline
Lorsque le document est déjà présent dans GLPI, la méthode lie bien ce document au ticket souhaité et ne retourne pas d'erreur.
Pas contre un code (15) est retourné lorsqu'il s'agit d'un nouveau doc non connu de GLPI.Création d'un printscreen.jpg et d'un nouveau ticket vierge par exemple, l'appel de la méthode pour ajouter ce nouveau document retourne l'erreur 15.
Essai d'upload de ce .JPG directement depuis l'interface de GLPI, puis nouvelle tentative d'appel de la méthode : OK, le doc est bien lié et pas de retour d'erreur.
Bonjour j'ai ajouté un correctif ici => http://forum.glpi-project.org/viewtopic … 37#p269137
GLPI 9.4.5 - Module Node.js glpi-api
Offline
Version du webservices sortie avec la correction pour les documents.
CentOS 6.5 - CentOS 7.x
PHP 5.6 - PHP 7.x - MySQL 5.6 - MariaDB 10.2 + APC + oOPcache
GLPI from 0.72 to dev version
Certifiée ITIL (ITV2F, ITILF, ITILOSA)
Offline
Pages: 1
Topic closed