Vous avez trouvé un bug dans l'application (dernière version stable ou bêta): Décrivez le ici afin que la correction soit intégrée a la prochaine version.
Warning: Undefined array key "technician" in /home/e-smith/files/ibays/tickets/html/plugins/kanban/kanban.php on line 14
Warning: Undefined array key "type" in /home/e-smith/files/ibays/tickets/html/plugins/kanban/kanban.php on line 15
Warning: Undefined array key "user" in /home/e-smith/files/ibays/tickets/html/plugins/kanban/kanban.php on line 16
Fatal error: Uncaught Error: Call to undefined function T_() in /home/e-smith/files/ibays/tickets/html/plugins/kanban/kanban.php:22 Stack trace: #0 /home/e-smith/files/ibays/tickets/html/kanban.php(2): require_once() #1 {main} thrown in /home/e-smith/files/ibays/tickets/html/plugins/kanban/kanban.php on line 22
De même pour les autres extensions comme Availability
Bonjour
merci pour votre réponse.
Après quelques recherches nous avons réussi à débuguer le soucis pour notre instance sans pour toutefois avoir réussi a modifier l'url d'appel a la page de l'extension dans le menu de gauche
La véritable nature de ce problème ne provient pas d'une défaillance du serveur lui-même (SME Server / PHP 8 / MariaDB), mais d'une contrainte structurelle liée à l'architecture de routage et de sécurité du noyau de GestSup.
En résumé, les difficultés rencontrées reposent sur trois aspects configurationnels précis :
Le système strict de liste blanche (Whitelist) du routeur :
Le noyau de GestSup agit comme un pare-feu applicatif. Chaque page appelée via l'index (index.php?page=...) doit être explicitement déclarée et mappée dans le tableau de la liste blanche du routeur (via des clés associatives précises). Si le chemin appelé ne correspond pas exactement à la structure attendue par le noyau (par exemple, si l'URL tente d'embarquer le chemin physique du dossier comme plugins/kanban/kanban), le routeur ne la reconnaît pas et applique une redirection de sécurité par défaut vers la vue standard des tickets.
L'absence d'auto-découverte dynamique des menus :
Bien que l'activation d'un plugin s'effectue en base de données (tplugins), le système de menu latéral de GestSup (menu.php) est cloisonné aux modules natifs. Il ne génère pas dynamiquement les liens pour les ajouts tiers, ce qui nécessite une configuration rigoureuse des points d'entrée pour éviter les conflits d'URL entre l'arborescence physique du serveur et les paramètres virtuels gérés par l'application.
L'exigence de rigueur sous PHP 8 :
Le passage à un environnement moderne (PHP 8) sur le serveur implique une gestion stricte des types de données, des requêtes préparées PDO et des initialisations de variables (comme les filtres par défaut à %), qui ne pardonnent aucune approximation syntaxique sous peine de bloquer l'affichage des données.
En clair, le serveur exécutait parfaitement le code, mais le système de routage interne de GestSup refusait de valider le chemin d'accès de la page personnalisée tant que les correspondances de routes n'étaient pas rigoureusement alignées.
Fichiers joints
2026-11-05 16_04_34-GestSup _ Gestion de Support — Mozilla Firefox.png (150.8 Kio) Vu 30 fois
2026-11-05 16_04_41-GestSup _ Gestion de Support — Mozilla Firefox.png (64.2 Kio) Vu 30 fois
En désinstallant le plugin et en le réactivant, le problème n'est pas réapparu.
Cependant nous avons du intervenir en base de données pour activer le plugin (1) qui était de base désactivé (0)
