Version : 3.1.34
Je ne vois plus les groupes dans l'administration.
Si je passe par Administration > Groupes, la liste est vide et il est indiqué "Nombre : 0". (PJ1.png)
Par contre si je passe par un utilisateur et que je clique sur le groupe auquel il appartient je peux toujours modifier le groupe (PJ2.png)
[Corrigé 3.1.35] Liste des groupes vide
Bonjour,
arrivez vous à reproduire le problème sur la webdemo ?
cdt
arrivez vous à reproduire le problème sur la webdemo ?
cdt
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Pouvez vous préciser le droit "dashboard_service_only" et le paramètre "user_limit_service" pour l'utilisateur connecté ?
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
-
- Gsup LEVEL 1
- Messages : 29
- Enregistré le : mer. 2 mai 2018 18:46
Bonjour,
Effectivement c'est pareil lorsque je me connecte en admin sur la démo. Je vois les nouveaux groupes que je crée mais pas ceux déjà existants.
Le droit Dashboard_service_only est désactivé pour tous et je ne trouve pas le paramètre "user_limit_service". (je suis connecté en admin)
Effectivement c'est pareil lorsque je me connecte en admin sur la démo. Je vois les nouveaux groupes que je crée mais pas ceux déjà existants.
Le droit Dashboard_service_only est désactivé pour tous et je ne trouve pas le paramètre "user_limit_service". (je suis connecté en admin)
Le paramètre est "Les utilisateurs ne voient que les tickets de leurs services".
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
-
- Gsup LEVEL 1
- Messages : 29
- Enregistré le : mer. 2 mai 2018 18:46
dashboard_service_only : Affiche uniquement les tickets du ou des services auquel est rattaché l'utilisateur
Ce paramètre est désactivé pour tous les types de profils.
Ce paramètre est désactivé pour tous les types de profils.
parametre
- Fichiers joints
-
- 2018-09-11 13_39_13-screenshot-zensoft.png (25.48 Kio) Vu 6685 fois
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
Après je vous avoue ne pas reproduire le problème, sur la webdemo tous les groupes sont visibles avec le profil "administrateur".
Si vous pouvez détailler chaque étape qui mène au problème sur la webdemo
Si vous pouvez détailler chaque étape qui mène au problème sur la webdemo
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/
-
- Gsup LEVEL 1
- Messages : 29
- Enregistré le : mer. 2 mai 2018 18:46
Je viens de comprendre le problème.
En fait c'est quand les groupes ont été supprimés, ils sont toujours présents dans la table et champ disable passe à 1 (surement pour éviter un problème de clefs).
Malgré leur suppression l'accès en édition par l'URL directe est toujours possible (exemple https://demo.gestsup.fr/index.php?page= ... edit&id=12) et le groupe apparaît toujours dans l'onglet Paramètres du profil utilisateur. C'est donc le fait que les groupes soient toujours visibles ici alors que supprimés qui m'a induit en erreur.
Je vous remercie pour aide et m'excuse si je vous ai fait perdre du temps !
En fait c'est quand les groupes ont été supprimés, ils sont toujours présents dans la table et champ disable passe à 1 (surement pour éviter un problème de clefs).
Malgré leur suppression l'accès en édition par l'URL directe est toujours possible (exemple https://demo.gestsup.fr/index.php?page= ... edit&id=12) et le groupe apparaît toujours dans l'onglet Paramètres du profil utilisateur. C'est donc le fait que les groupes soient toujours visibles ici alors que supprimés qui m'a induit en erreur.
Je vous remercie pour aide et m'excuse si je vous ai fait perdre du temps !
non il s'agit bien la d'une anomalie une correction à été apporté dans la version 3.1.35
GestSup: 3.2.47 | Debian: 12 | Apache: 2.4.59 | MariaDB: 11.5.2 | PHP: 8.3.12 | https://doc.gestsup.fr/