Hello together,

first of all, the version 11 is the best Version of GLPI of all time.
I do really enjoy now the new service desk and the possibility to have so much configurations which I can set.

I would like if the Service Catalog would get just one small improvement.
It would be nice if its possible to set the Service Catalog Category as Option for the Help Desk.

So here a small Explenation of what I am talking about:

Administration > Entity > Helpdesk home > Home tiles configuration > Type [Form, GLPI page, External Page]... But what if you also give me the ability to add my Category to it?

I would have instandly my category based forms which I can quick access without the need to first go into service catalog and then go into the category.
I would like to display for each department their service catalog on the Helpdesk home.

Thank you!

Considering network inventory needs, when creating passive devices there is no built-in way to create sockets in bulk on those devices. The socket records should inherit the parent device’s location and name, with an auto-incremented suffix based on the number of sockets we want to add. The same behavior should be available for active devices (e.g., switches) when creating multiple ports.

According to the documentation at https://help.glpi-project.org/documentation/tabs/sockets this capability appears to be implied, but I have not found it in the GLPI 10 UI

Descrição do problema:

Ao aplicar mais de uma condição nos filtros avançados de pesquisa do GLPI, o sistema apresenta os seguintes comportamentos inesperados:

• Resultados incorretos ou vazios : Mesmo quando as condições são válidas, o GLPI retorna resultados errados ou nenhum resultado.

• Erro inesperado : Em alguns casos, ao aplicar diversas condições, o GLPI apresenta um erro inesperado ou falha na execução da consulta.

• Comportamento inconsistente : O problema ocorre de forma intermitente, dificultando a identificação da causa raiz.

when i go to Administration>Inventory>SNMP credentials
i see whole list from every entities i have.
i should see only SNMP Credentials from specific entity and for child entity probably.
It is a liitle security problem. everyone from other entities can see my SNMP Credentials.

In GLPI 11, I started to explore the integration in the core of Generic Objects and FIelds plugins, which is amazing. Some ideas to eventually improve the function:

1) If we create two new assets, let's say Asset A and Asset B, and we use Asset B as a mandatory dropdown type field for Asset B, I should not be allowed to delete any Asset B which is uset by some record in Asset A table. Is there any way to implement this kind of foreign key control?

2) Other than say a field is mandatory (not empty) or not when using Custom Fields, is it possible to implement some rules about Regular Expression the field has to meet?

3) I used to import data through thee GLPI Plugin "Data Injection". Is there any plan to make it part of the core, and so compatible with Custom Assets and fields?

I want to ask about How to restrict Requesters to send ticket to members how are in there group only in assigend to field in glpi ticketing system?

Can you add a Notice field to the warranty information of a Computer asset ? A notification mail will be sent out before the warranty expires, allowing IT staff to extend the warranty in time before it expires.  

Actually a Notice field is welcome to any asset that contains warranty information (Monitors, Printers,...)

### Feature request

Currently in GenericObject (2.14.14 with GLPI 10.0.19), there is no dedicated field to define a custom icon for each object type in the left navigation menu.

- In older versions, some users used the `comment` field as a workaround to inject Font Awesome classes.

- Since GenericObject 2.14.14 this workaround is no longer reliable.

- It would be much cleaner to have a dedicated field `menu_icon` for each GenericObject type.

### Expected behavior

- In the "Type" configuration page of GenericObject, add a field **Menu icon**.

- This field should accept a Tabler icon class (e.g. `ti ti-device-tv`, `ti ti-projector`).

- If empty, fallback to a default icon (e.g. `ti ti-box`).

- This value should be stored in DB (e.g. in `glpi_plugin_genericobject_types.menu_icon`).

### Benefits

- Better integration with GLPI’s UI (Tabler icons).

- No need to hijack the `comment` field.

- Consistency with core GLPI objects which already have dedicated icons.

### Environment

- GLPI: 10.0.19

- Plugin GenericObject: 2.14.14

Código de conducta

Acepto seguir el Código de conducta de este proyecto.

¿Existe algún problema existente con esto?

He buscado los problemas existentes

Versión GLPI

GLPI 10.0.18

Versión del complemento

1.0.3

Descripción del error

Hola,

Intentamos inventariar varias instancias de MySQL en el mismo servidor, pero GLPI termina fusionándolas en una sola instancia de "MySQL".
Además, en Reglas → Instancias de base de datos no vemos campos que nos permitan distinguirlas por host/puerto o ruta de socket.

Ambiente

Servidor GLPI: [versión/edición] (IU en español).
Dispositivo inventariado: MYSQLDBS-E2 (Linux).
Agente GLPI: 1.15-1 (Debian) – Agente de usuario: GLPI-Agent_v1.15-1.
MySQL: 8.0.37, con 6 instancias:

TCP: 127.0.0.1:44001…44006

Sockets: /var/run/mysqld/{webpndb,kohadb,miscdb,atomdb,rbiblodb,omekadb}.sock

Cómo reproducirse

Enviamos el inventario por TCP con el agente (seis credenciales en la misma ejecución):

glpi-agent --tasks=Inventario --full --force --debug --required-category=base de datos
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44001"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44002"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44003"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44004"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44005"
--credentials="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:XXXX,host:127.0.0.1,puerto:44006"
--server "

En "class="redactor-autoparser-object">https://[our-glpi]/front/inventory.php"

En Administración → Base de datos → Instancias (del dispositivo) GLPI no crea 6 instancias; crea/actualiza una sola llamada “MySQL”, y cada nuevo puerto sobrescribe al anterior.

Para los sockets (--credentials=... socket:/var/run/...sock) el comportamiento es el mismo: todo se fusiona en una sola instancia.

En Administración → Reglas → Importar y vincular reglas → pestaña "Instancias de base de datos", al crear una regla, no se ven los campos Host de instancia, Puerto ni Ruta (socket).
Solo se ven opciones como "Puerto de red > IP/MAC/Número de puerto", que corresponden a equipos, no a instancias de base de datos.
Por lo tanto, no se puede vincular mediante (Dispositivo + Puerto/Ruta) para separar las instancias 44001…44006.

Comportamiento esperado

El importador debe crear una instancia por punto final (host:puerto o ruta de socket) del mismo dispositivo.

Poder definir una regla en Instancias de Base de Datos con criterios Dispositivo + (Host + Puerto | Ruta) y acción “Vincular si es posible” para evitar la fusión.

Resultado actual

Todas las instancias se fusionan en un único “MySQL”.

No podemos crear reglas porque los campos de instancia Host/Puerto/Ruta no están expuestos.

La única solución alternativa: importe un puerto a la vez, cambie el nombre de la instancia a MySQL-4400X y bloquee Nombre/Host/Puerto en Bloqueos. Esto es manual y delicado.

Solicitud / preguntas

¿Es esto un error o una limitación conocida de la versión actual?

¿En qué versión de GLPI/plugin deberían estar disponibles los campos Host/Puerto/Ruta dentro de Reglas → Instancias de base de datos?

¿Podrías exponer esos campos en el motor de reglas y/o hacer que la clave de deduplicación incluya (dispositivo, tipo, host, puerto, ruta) para que otras instancias en el mismo dispositivo no se sobrescriban?

¿Existe algún parámetro o parche recomendado para manejar adecuadamente múltiples instancias inventariadas por socket?

Gracias por tu ayuda y por el desarrollo.

Salida de registro relevante
[depuración] Ejecutando GLPI::Agent::Task::Inventory::Generic::Databases::MySQL
[información] Inventario guardado… MYSQLDBS-E2-*.json

URL de la página

Página de reglas: /front/ruleimportasset.php → pestaña “Instancias de la base de datos”

Lista de instancias: /front/databaseinstance.php

Pasos para reproducir

Dispositivo MYSQLDBS-E2 con MySQL 8.0.37 en los puertos 44001–44006 (y sockets en /var/run/mysqld/*.sock).

Enviar inventario a través de TCP:

glpi-agent --tasks=Inventario --completo --force --categoría-obligatoria=base-de-datos
--credenciales="uso:mysql,tipo:contraseña_de_inicio_de_sesión,inicio_de_sesión:glpi_database,contraseña:,host:127.0.0.1,puerto:44001"
… (repetido para 44002…44006)
--servidor "

Abrir "class="redactor-autoparser-object">https:///front/inventory.php"

Abra Administración → Base de datos → Instancias del dispositivo.

Actual: solo 1 “MySQL” y cada nuevo puerto lo sobrescribe.

Se esperaba: 6 instancias independientes (una por host:puerto).

En Reglas → Instancias de base de datos, el editor no expone los campos Host/Puerto/Ruta de la instancia; solo los criterios “Puerto de red” (de Computadora), por lo que no es posible vincular por Dispositivo + Puerto/Ruta.

Su información de configuración de GLPI

GLPI: (UI ES) • PHP • DB <versión de MySQL/MariaDB> • SO del servidor <…>

Complemento/Inventario:

Agente GLPI: 1.15-1 (Debian) – UserAgent GLPI-Agent_v1.15-1

Dispositivo inventariado: Linux • MySQL 8.0.37 con puertos 44001–44006 y sockets /var/run/mysqld/{webpndb,kohadb,miscdb,atomdb,rbiblodb,omekadb}.sock

¿Algo más?

El complemento/importador no se autentica por sí solo; solo se conecta si pasamos credenciales al agente (use:mysql,…,host/port|socket).

Pedido:

Exponer en las reglas de Instancias de Base de Datos los campos Host, Puerto y Ruta (socket).

Evite la fusión mediante el uso de una clave de deduplicación que incluya (dispositivo, tipo, host, puerto, ruta) de modo que se cree una instancia por punto final.

Olá a todos, vou abrir uma discussão aqui sobre a criação de um recurso que pode facilitar a identificação do calendário em uso a partir do tíquete aberto.

O calendário glpi é relevante para quem utiliza SLAs. O calendário pode ser associado a partir do bloco criado (nível de serviço) ou diretamente pela entidade.

Há situações em que calendários são utilizados por equipe (grupo), criando um bloco de SLA para cada um. Seria interessante mostrar qual calendário está em uso em algum ponto do ticket. Outra opção seria mostrar o calendário associado ao lado do SLA (talvez isso faça mais sentido), para que seja mais fácil identificá-lo sempre que você estiver testando regras com calendários diferentes.