Hi,

we would like to assign physical ports to computers (as already possible with monitors). This functionality would be most useful for notebooks.

Recommended options: USB (number of), USB 3 (number of), Thunderbolt, HDMI, miniHDMI, DVI, miniDVI, D-Sub, DisplayPort, miniDisplayPort, Audio Out (jack), Audio In (jack), Security card, SIM card, SD card, PCMCIA, FireWire, Paralell, PS/2, Ethernet, CD, DVD.

Even better if this was done within computer models, as suggested also for monitors in issue 2350: https://glpi.userecho.com/communities/1/topics/2350-add-usb-hub-to-monitor-ports

There are several possible ports assignable to monitor, however we miss an "USB hub" option.

Hello!

We have an enhancement, where we can define a color by category.

This color is used in the ticket liste for the row background.

This work was done for Version 10.0.14.

See PR Ticket_List_Color_by_Category #16948

Regards,

Stephan

Bring back the abilty to autofill the field "otherserial" (Inventory Number) by the native inventory.

ex in Fusion Inventory :

Bonjour,

Depuis GLPI 10 il n'y a pas plus la possibilité d'importer un utilisateur lors de la création d'un ticket avec l'interface standard. 

Ceci est bien pratique avec le profile technician pour créer un ticket à la place du demandeur. Avant sur GLPI 9 il y avait la possibilité d'importer un utilisateur qui ne s'etait jamais connecté... 

Ce bouton est maintenant uniquement disponble sur l'interface somplfiée, hors, nous n'avons pas la possibilité de basculer le profile technician sur le profile simplifiée, car nous utilisons le plugin formcreator

Donc ca serait top de remettre ce bouton qui était bien pratique pour les techs 

Hi,

Is their any plugin to calculate the depreciation value of assets. 

Olá boa tarde a quem possa interessar

Gostaria de reportar um falha de exclusão de dados do banco do GLPI ao finalizar qualquer chamado, Entretanto primeiramente gostaria esclarecer que trabalhamos com plugins (Fields entre outros) afim de customizar conforme demanda da empresa, toda via ainda não sabemos se é a falha do plugin Fields ou do próprio GLPI, o que ocorre e que nos campos customizamos de inclusão de dados para adaptação ao nosso plano de negócio, afim de trazer um relatório mais preciso e personalizado dentro da necessidade dos diretores, toda via observamos que alguns dados sumiram do relatório final... e ao verificar podemos identificar que os chamado que eram fechados tanto por forma automática ou manual excluem os dados dos campos customizados pelo plugin Fields todos os dados com exceção dos numerais, e gostaríamos de saber se há conhecimento deste BUG, e caso já conhecem se há alguma forma de correção deste, caso contrário gostaria de ver a possibilidade de ajuste ou que nos ajude a identificar se é no código ou no plugins, para que possamos reportar ao comunidade para que possam ajustar o mais breve possível. Caso não tenho sido claro me coloco a disposição de exemplificar na prática o erro seja por forma remota ou de outra maneira,

Ciente da dificuldade aguardamos um retorno seja de ajuda ou de solução e nos colocamos a disposição para ajudar a acrescentar algo de nosso alcance

Sem mais atenciosamente.

Hello Guys,

I recently posted an issue and then a suggestion to glpi  issue page on GitHub (that I resolved by my own)

Based on my previous [issue](https://github.com/glpi-project/glpi/issues/16823)

I found the "problem" but as I can't make a PR, I propose these differents solution to helps the next adminsys (and avoid him to create another issue) that will try to configure LDAPS and thinking everything is correctly configured but no.

• Not working LDAPS configuration

• Working LDAPS configuration

Why do we have to specify the protocol `ldaps://` in the `server` field when we are already setting `port` field with `636`.

Then why we don't need to specify `ldap://` when it is by default the port 389.

**I propose different fixes:**

1. Add a condition in the code that checks if the user configures port 636 but did not write ldaps:// in the server field, then a detailed error log informs the user.

1. Or Change the field description Server to something like this

1. 
   Or edit LDAP configuration interface:

- replace the port field with an LDAP / LDAPS selection button

- (depending on the choice, it will pre-fill the server field with `ldaps://` and port `636` or the default ldap and 389)

My suggestions are minimum impact and here to just improve the understanding of the admins enabling LDAPS.

For example, instead of assigning 't' to ticket, assign _x('MenuShorcut', 't'), which would allow you to choose a different shortcut for each language.