Forum Forum GLPI-Project

Bonjour, j'ai le même soucis que vous, pourriez vous m'en dire un peu plus sur mon méthode pour résoudre ce probleme?

Hello, I am using GLPI 9.5.5 with installation mode is Tarball. Operating system: Linux glpi-project 3.10.0-1160.25.1.el7.x86_64 I would like to upgrade 1 new stable version. Please advise me the best one and step by step to do. Thank you,

Hello, I am using GLPI 9.5.5 with installation mode is Tarball. Operating system: Linux glpi-project 3.10.0-1160.25.1.el7.x86_64 I would like to upgrade 1 new stable version. Please advise me the best one and step by step to do. Thank you,

Hello :) we're currently trying to link an existing item in the asset database (Assets > Computer) to a change (Assistance > Changes). I was not able to find the option in the Swagger API 2.3 documentation nor is an alreay linked item within a change included in the current GET Request under the "/Assistance/Change" endpoint. Is this feature currently implemented or will be included in the next API release 2.4? Best

Hello :) we're currently trying to link an existing item in the asset database (Assets > Computer) to a change (Assistance > Changes). I was not able to find the option in the Swagger API 2.3 documentation nor is an alreay linked item within a change included in the current GET Request under the "/Assistance/Change" endpoint. Is this feature currently implemented or will be included in the next API release 2.4? Best

Je viens de comprendre que le lien du message d'origine pointe vers un autre serveur glpi que le mien.

Je viens de comprendre que le lien du message d'origine pointe vers un autre serveur glpi que le mien.

I update GLPI to 11.0.9 and GLPI Plugins PD to 4.1.5 and I have still problem: Error: Maximum execution time of 120 seconds exceeded In ./vendor/tecnickcom/tcpdf/include/tcpdf_fonts.php(2099) #0 {main}

I update GLPI to 11.0.9 and GLPI Plugins PD to 4.1.5 and I have still problem: Error: Maximum execution time of 120 seconds exceeded In ./vendor/tecnickcom/tcpdf/include/tcpdf_fonts.php(2099) #0 {main}

En effet, cela pourrait bien être la cause du problème ici aussi. Je n'y avais pas prêté attention, car la fonction « addForGroup » est censée ne prendre qu'un seul identifiant de groupe, mais « addItemGroupTechInCharge » l'appelle en lui passant le champ « groups_id_tech » de l'élément, qui est désormais toujours un tableau depuis que les champs de groupe des éléments peuvent contenir plusieurs groupes. Cela semble être un bug qui devrait être signalé sur GitHub (après avoir effectué des tests sur la dernière version de GLPI 11, s'il vous plaît).

En effet, cela pourrait bien être la cause du problème ici aussi. Je n'y avais pas prêté attention, car la fonction « addForGroup » est censée ne prendre qu'un seul identifiant de groupe, mais « addItemGroupTechInCharge » l'appelle en lui passant le champ « groups_id_tech » de l'élément, qui est désormais toujours un tableau depuis que les champs de groupe des éléments peuvent contenir plusieurs groupes. Cela semble être un bug qui devrait être signalé sur GitHub (après avoir effectué des tests sur la dernière version de GLPI 11, s'il vous plaît).

Hello! We are having issues configuring LDAPS for GLPI 10 on Windows Server 2019 and IIS. I have read many posts on the topic, but nothing we have tried has worked so far. What is important to note is that connections over LDAP without TLS work just fine, but LDAPS and LDAP with TLS both fail. We have used the following settings: ---------- Host: ldaps://fqdn.of.ad Port: 636 Use bind: yes With user (root dn) Use TLS: no ---------- OR: --------- Host: fqdn.of.ad Port: 389 Use bind: yes With user (root dn) Use TLS: yes ---------- Both fail. It only works over LDAP without TLS. The certificate is a Base-64 encoded X.509 .cer file straight from our AD CA. The certificate is imported to the system trusted root store, and I have entered the absolute path to the certificate on the filesystem "C:\openldap\sysconf\rootCA.cer" in the GLPI LDAP webinterface settings under "TLS Certificate File". I have also tried creating a ldap.conf file in "C:\openldap\sysconf\" with the following content: ---------- TLS_REQCERT never TLS_CACERT c:\openldap\sysconf\rootCA.cer TLS_CACERTDIR c:\openldap\sysconf\ ---------- Are we doing anything incorrectly, or is LDAPS under Windows just broken? We cant migrate our GLPI instance to a Linux system, as much as I would want to. Thank you in advance for any replies