GLPI features requests on userecho has been discontinued, please use https://github.com/glpi-project/roadmap/discussions to submit your suggestions

+2

Software Usage metering statistics...

Eduardo Scharpf 10 лет назад обновлен glpi 9 лет назад 3
This is something very hard to find and it is very useful.
+2

Integration of plugin Web applications

tyrone wyatt 10 лет назад обновлен 10 лет назад 2

Most organization use some form of Web application such as OWA, WordPress, Joomla or GLPI.

The Web applications plugin allows tickets to be associated with the web application.

The last few releases for the Web applications plugin fail to support association of ticket which is the most required feature of the plugin.

Integrating the Web applications plugin would allow myself and others to upgrade to the current version of GLPI rather than being held back.

+2

"Significant events" for objects (eg. for computer: OS install, hardware upgrade, etc.)

CDuv 10 лет назад 0

I'm suggesting the fact that GLPI could keep track of the significant events a Computer/Phone/NetworkEquipment/Printer/Room/etc suffered or gained of. The goal is to offer a clear view of what happened to it.


Examples:

For a computer:

* Computer was acquired

* OS was installed

* Faulty RAM was replaced

* HDD was "upgraded" for a SSD

* OS was reinstalled


For a Network equipment:

* Switch was acquired

* Faulty fan was replaced

* Firmware was upgraded


I must admit the initial need that made me think about this feature is for computers. Because they are pieces of hardware that "lives" the most and are what users are the more sensible to (it's what they use everyday and it's shape determine their mood/user experience), I need a digest of bad and good things that were done to it, so that I can determine if the whole computer should be replaced or if a OS re-installation could improve the user experience.


Implementation could rely on tickets with a simple "Significant event?" checkbox.

The "x was acquired" event could use financial and administrative informations from the "Management" tab.

Theses events shall be listed on a dedicated "Significant event" tab ordered by date.


I'm not sure the need is strong enough for a core integration so it'll be a plugin.

+2

Problem with rule to assign technician group

Javier Samaniego 10 лет назад обновлен 9 лет назад 1

I have a business rule that assign a technician group by category, for add and update. The group is added but i want change it.


Also the notification to the technician group is not sending in update case and I've set the notification for update ticket as "Group in charge of the ticket".

Thanks in advance.

+1

HLAPI - Possibility to create Components based Item for Assets as in Legacy API

Dylan V 3 недели назад 0

Hello,

Is it possible to add the endpoints responsible for linking a Component to a given Asset?

For example; I want to create an item based on a DeviceHardDrive Component (with an ID of 2) for an Asset (a Computer with the ID 100). With the legacy API I can do the following:

https://{{GLPI}}/apirest.php/Computer/:computerId/Item_DeviceHardDrive/

With the corresponding payload:

{
    "input": [
        {
            "items_id": 100,
            "itemtype": "Computer",
            "deviceharddrives_id": 2,
            "capacity": 9314000,
            "serial": "abc123",
            "entities_id": 0,
            "busID": "1",
            "otherserial": "otherSerial_def456",
            "locations_id": 1,
            "states_id": 60
        }
    ]
}

This will create an item DeviceHardDrive which will be linked to Computer 100.

After searching a while in the SwaggerUI of the High Level API, I didn't find an endpoint which describes the following behavior.

So I started to make web search, to confirm if I'm simply blind and that I didn't see the endpoint(s) that I was searching for.

I found this topic that clearly says that this behavior is not currently available but, that we have to follow the changelogs until it appears:

https://forum.glpi-project.org/viewtopic.php?id=293852

Then I searched on the official GitHub repository of GLPI if a PR is on progress (or if an issue exists) for this feature but, I didn't find one (I was filtering with the label api though) so, that's the reason why I am posting this feature request.

+1

Add PON (Passive Optical Network) as a standard Network Port type [Feature Request]

Maciej 2 месяца назад 0

Current situation:

Currently, GLPI supports various network port types (Ethernet, Wifi, Port Aggregation, Alias, Dialup, Loopback, Fibre Channel). However, there is no dedicated type for PON (Passive Optical Network) technologies like GPON, XGS-PON, or EPON.

Why it's needed: With the massive growth of FTTH (Fiber to the Home) and POL (Passive Optical LAN) deployments, managing equipment like OLTs (Optical Line Terminals) and ONTs/ONUs (Optical Network Units) in GLPI is difficult using only the "Ethernet" or "FC" types. PON ports behave differently – they are point-to-multipoint and require specific attributes.

Proposed change:

  1. Add PON as a new entry in the Network Port type dropdown.
  2. (Optional but recommended) Allow adding specific attributes for this port type, such as:

    • Optical Power (TX/RX)
    • ONT ID / ONU ID
    • VLAN Configuration (Service/Management)
    • Splitter Ratio

Benefit: This will allow network administrators and ISPs to accurately document modern fiber-optic infrastructure within GLPI without using "workarounds" or generic port types.


Currently, this lack of a dedicated PON type significantly impacts the GLPI Inventory module. When using the GLPI Agent to discover and import network equipment (such as OLTs or high-end routers), all fiber-optic interfaces are automatically classified under the generic 'Ethernet' type.

This creates several issues:

  • Data Inconsistency: Network administrators cannot easily filter or report on actual fiber infrastructure vs. copper connections.
  • Manual Overhead: After every synchronization, users have to manually correct the port types to reflect the real-world physical layer, which defeats the purpose of automated inventory
  • Improper Mapping: Standard Ethernet attributes don't always align with PON-specific logic (like shared bandwidth or passive splitting), leading to a messy documentation structure.

Integrating PON as a native type would allow the GLPI Agent to correctly map these interfaces during the XML/JSON import phase, ensuring that the CMDB remains a 'Single Source of Truth' without constant manual intervention.

+1

Rotate an image automatically or suggest

Zekura 2 месяца назад 0

Be able to rotate an image within an image when displaying from a ticket

Image 521

+1

Set impact from form

rrintoul 3 месяца назад 0

It would be nice to be able to set the impact from in forms, not just urgency

+1

Ability to change the order of tasks in ticket templates

Augustin 3 месяца назад 0

It could be great if we can change the position of each task in a ticket template because some tasks needs to be done before others.

+1

[Feature Request - GLPI 11] UX Improvement: Grouping items in the "Assets" menu

yann estada 3 месяца назад 0

Bonjour l'équipe et la communauté,

Je souhaite proposer une amélioration concernant l'interface utilisateur de GLPI 11, spécifiquement au niveau du menu Parc (Assets).

Le constat : Actuellement, tous les types d'équipements (Ordinateurs, Moniteurs, Réseau, Imprimantes, Périphériques, etc.) sont listés au même niveau sous le menu "Parc". Avec l'ajout d'objets personnalisés, cette liste devient très longue et difficile à scanner visuellement.

La proposition : Serait-il possible d'introduire une fonctionnalité (native ou via configuration UI) permettant de créer des sous-groupes visuels ou des séparateurs dans ce menu ?

L'idée n'est pas de changer la structure de la base de données, mais uniquement l'organisation visuelle du menu.

Exemple d'organisation :

Parc

--- Infrastructure --- (Séparateur ou Sous-menu)

 Réseau

Rack

PDU

--- Postes de travail ---

Ordinateurs

Moniteurs

--- Périphériques ---

Imprimantes

Téléphones

Cela améliorerait grandement la navigation au quotidien pour les techniciens. Qu'en pensez-vous ?

Merci pour votre excellent travail sur la v11 !

Сервис поддержки клиентов работает на платформе UserEcho